
From nobody Sun Feb 26 14:16:08 2017
Return-Path: <cabo@tzi.org>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D5811294A0; Sun, 26 Feb 2017 14:16:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level: 
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tBwbvLVoV5_w; Sun, 26 Feb 2017 14:15:53 -0800 (PST)
Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40DDD1294AC; Sun, 26 Feb 2017 14:15:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de
Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id v1QMFYuT029565; Sun, 26 Feb 2017 23:15:34 +0100 (CET)
Received: from [192.168.217.113] (p5DCCCDC2.dip0.t-ipconnect.de [93.204.205.194]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3vWfKy0nZDzDHRc; Sun, 26 Feb 2017 23:15:34 +0100 (CET)
From: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=utf-8
X-Mao-Original-Outgoing-Id: 509840133.576226-ea67440cccb3d25d780de107b226edcf
Content-Transfer-Encoding: quoted-printable
Mime-Version: 1.0 (Mac OS X Mail 10.2 \(3259\))
Date: Sun, 26 Feb 2017 23:15:33 +0100
Message-Id: <880044A0-E3F0-436D-BB45-6751A01EDB6B@tzi.org>
To: ace@ietf.org, "core@ietf.org WG" <core@ietf.org>, cose@ietf.org, cbor@ietf.org, t2trg@irtf.org
X-Mailer: Apple Mail (2.3259)
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/-ulg1YR_3A4DAbGtsn0bGcNX7xo>
Subject: [Cbor] Constrained Node/Network Cluster @ IETF98: DRAFT AGENDA
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Feb 2017 22:16:03 -0000

Here is my usual eclectic condensed agenda based on the DRAFT AGENDA
for IETF98.  Remember that there is still quite some potential for
changes.

ACE/HOMENET/DISPATCH is a bit of a triple whammy.  WUGH on LWIG will
pull many constrained networks people off the github discussion.  I'm
not seeing any other major issues, but please do alert the respective
chairs when you see one.

All times are CDT (UTC-0500) -- yes, the US will be on DST already for
a couple of weeks, while Europe moves over right on Mar 26th.
(The browser timezone function still is not yet reinstated on
https://datatracker.ietf.org/meeting/agenda-utc, for those who want to
listen from remote.)

Gr=C3=BC=C3=9Fe, Carsten


SUNDAY, March 26, 2017

0900-1700       IRTF*** icnrg, with some t2trg-related items on the =
agenda

MONDAY, March 27, 2017

0900-1130  Morning Session I
Zurich A	ART	dispatch	Dispatch WG
Zurich D	INT	homenet	Home Networking WG
Zurich C	SEC ***	ace	Authentication and Authorization for =
Constrained Environments WG

1300-1500  Afternoon Session I
Zurich E/F	IRTF***	t2trg	Thing-to-Thing
Zurich A	OPS	anima	Autonomic Networking Integrated Model =
and Approach WG
Zurich B	RTG	bier	Bit Indexed Explicit Replication WG
Zurich G	RTG	detnet	Deterministic Networking WG
Vevey 1/2	TSV	tsvarea	Transport Area Open Meeting

1520-1650  Afternoon Session II
Zurich A	SEC	tokbind	Token Binding WG

1710-1810  Afternoon Session III
Vevey 1/2	GEN	wugh	WGs Using GitHub BOF
Zurich E/F	INT ***	lwig	Light-Weight Implementation Guidance WG
Montreux 3	SEC	curdle	CURves, Deprecating and a Little more =
Encryption WG
Zurich C	SEC	oauth	Web Authorization Protocol WG
Zurich G	TSV	tsvwg	Transport Area Working Group WG

TUESDAY, March 28, 2017

0900-1130  Morning Session I
Zurich C	INT ***	6tisch	IPv6 over the TSCH mode of IEEE =
802.15.4e WG
Zurich D	IRTF	maprg	Measurement and Analysis for Protocols
Zurich E/F	SEC	tls	Transport Layer Security WG

1300-1430  Afternoon Session I
Zurich C	ART ***	core	Constrained RESTful Environments WG
Zurich D	INT	intarea	Internet Area Working Group WG
Zurich A	RTG	babel	Babel routing protocol WG

1450-1620  Afternoon Session II
Zurich G	ART	uta	Using TLS in Applications WG
Zurich E/F	SEC ***	teep	A Protocol for Dynamic Trusted Execution =
Environment Enablement BOF

1640-1840  Afternoon Session III
Zurich C	INT	dnssd	Extensions for Scalable DNS Service =
Discovery  WG
Zurich E/F	TSV	taps	Transport Services WG

WEDNESDAY, March 29, 2017

0900-1130  Morning Session I
Zurich A	INT ***	6lo	IPv6 over Networks of =
Resource-constrained Nodes WG

1300-1500  Afternoon Session I
Zurich A	INT ***	lpwan	IPv6 over Low Power Wide-Area Networks =
WG
Montreux 3	TSV	tcpinc	TCP Increased Security WG

THURSDAY, March 30, 2017

0900-1130  Morning Session I
Zurich D	INT	6man	IPv6 Maintenance WG
Zurich C	IRTF	icnrg	Information-Centric Networking
Zurich E/F	RTG	rtgarea	Routing Area Open Meeting
Vevey 1/2	TSV	quic	QUIC WG

1300-1500  Afternoon Session I
Zurich B	ART ***	cbor	Concise Binary Object Representation =
Maintenance and Extensions WG
Zurich G	SEC	acme	Automated Certificate Management =
Environment WG
Zurich A	TSV	tsvwg	Transport Area Working Group WG

1520-1720  Afternoon Session II
Zurich A	OPS	v6ops	IPv6 Operations WG
Zurich D	SEC	saag	Security Area Open Meeting

1740-1840  Afternoon Session III
Zurich A	RTG ***	roll	Routing Over Low power and Lossy =
networks WG

FRIDAY, March 31, 2017

0900-1130  Morning Session I
Vevey 1/2	ART	httpbis	Hypertext Transfer Protocol WG
Zurich E/F	INT	ipwave	IP Wireless Access in Vehicular =
Environments WG
Zurich A	OPS	anima	Autonomic Networking Integrated Model =
and Approach WG
Zurich C	SEC	oauth	Web Authorization Protocol WG

1150-1320  Afternoon Session I
Zurich C	ART ***	core	Constrained RESTful Environments WG



From nobody Tue Feb 28 07:17:44 2017
Return-Path: <harold@talerian.com>
X-Original-To: cbor@ietfa.amsl.com
Delivered-To: cbor@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 130AD1295CA for <cbor@ietfa.amsl.com>; Tue, 28 Feb 2017 07:17:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level: 
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJYkjznOin95 for <cbor@ietfa.amsl.com>; Tue, 28 Feb 2017 07:17:41 -0800 (PST)
Received: from p3plwbeout04-01.prod.phx3.secureserver.net (p3plsmtp04-01.prod.phx3.secureserver.net [72.167.218.159]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53A331295C2 for <cbor@ietf.org>; Tue, 28 Feb 2017 07:17:41 -0800 (PST)
Received: from localhost ([72.167.218.145]) by :WBEOUT: with SMTP id ijWYc9hehYfrlijWYc2qnM; Tue, 28 Feb 2017 08:17:10 -0700
X-SID: ijWYc9hehYfrl
Received: (qmail 32488 invoked by uid 99); 28 Feb 2017 15:17:10 -0000
Content-Type: multipart/mixed; boundary="=_81fbe465a5a40173e960266dc549075c"
X-Originating-IP: 54.240.196.169
User-Agent: Workspace Webmail 6.6.7
Message-Id: <20170228081708.922104cda20b6f9ada6b25b0ac78cffc.46c013efa7.wbe@email04.godaddy.com>
From: <harold@talerian.com>
To: cbor@ietf.org
Date: Tue, 28 Feb 2017 08:17:08 -0700
Mime-Version: 1.0
X-CMAE-Envelope: MS4wfHjqpMaOfOeMrFTMl1bx2ZDb14lxDWLWLjkFuObtzH1fWSiakOoX6Pk4QEdVO6e00wYNM7s7NP3ADPetdIsSw2OclN4K8p+I90jAFzAutdJW5zetWmhW qL6CnaF0ZDho59/UyFPBh/BP+uV+VkhBEpNI+TdKRhA1owqXRhT3iAhZ
Archived-At: <https://mailarchive.ietf.org/arch/msg/cbor/fboypOPUS5RgrMTRjoGUNV-Jcw4>
Subject: [Cbor] Proposal to add a CBOR tag for BCD
X-BeenThere: cbor@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: "Concise Binary Object Representation \(CBOR\)" <cbor.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/cbor>, <mailto:cbor-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/cbor/>
List-Post: <mailto:cbor@ietf.org>
List-Help: <mailto:cbor-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/cbor>, <mailto:cbor-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 28 Feb 2017 15:17:43 -0000

--=_81fbe465a5a40173e960266dc549075c
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html; charset="utf-8"

<html><body><span style=3D"font-family:Verdana; color:#000000; font-size:10=
pt;"><div style=3D"color: rgb(0, 0, 0); font-family: verdana, geneva; font-=
size: 10pt;">Here is the text of the markdown file attached:</div><div styl=
e=3D"color: rgb(0, 0, 0); font-family: verdana, geneva; font-size: 10pt;"><=
br></div><div><font face=3D"verdana, geneva"><span># Proposal to add a CBOR=
 tag for packed BCD</span></font></div><div><font face=3D"verdana, geneva">=
<span><br></span></font></div><div><font face=3D"verdana, geneva"><span>## =
Data item:</span></font></div><div><font face=3D"verdana, geneva"><span><br=
></span></font></div><div><font face=3D"verdana, geneva"><span>&nbsp;- Pack=
ed Binary Coded Decimal (BCD)</span></font></div><div><font face=3D"verdana=
, geneva"><span><br></span></font></div><div><font face=3D"verdana, geneva"=
><span>## Semantics:</span></font></div><div><font face=3D"verdana, geneva"=
><span><br></span></font></div><div><font face=3D"verdana, geneva"><span>&n=
bsp;- Encodes a sequence of base-10 digits in a sequence of bytes, each con=
taining one digit</span></font></div><div><font face=3D"verdana, geneva"><s=
pan>&nbsp; &nbsp;in its high nybble (4 bits) and the next less-significant =
digit in its low nybble.</span></font></div><div><font face=3D"verdana, gen=
eva"><span>&nbsp;- A value of 15 in the high nybble of the first byte in th=
e sequence indicates a negative number.</span></font></div><div><font face=
=3D"verdana, geneva"><span>&nbsp;- A value of 15 in the low nybble of the l=
ast byte in the sequence is simply discarded.</span></font></div><div><font=
 face=3D"verdana, geneva"><span>&nbsp;- A value between 10 and 14 in any ny=
bble indicates that the preceding digit is repeated</span></font></div><div=
><font face=3D"verdana, geneva"><span>&nbsp; &nbsp;between 2 and 6 addition=
al times.</span></font></div><div><font face=3D"verdana, geneva"><span>&nbs=
p; &nbsp;</span></font></div><div><font face=3D"verdana, geneva"><span>## B=
ackground</span></font></div><div><font face=3D"verdana, geneva"><span><br>=
</span></font></div><div><font face=3D"verdana, geneva"><span>[Packed binar=
y-coded decimal (BCD)](<a href=3D"https://en.wikipedia.org/wiki/Binary-code=
d_decimal">https://en.wikipedia.org/wiki/Binary-coded_decimal</a>)</span></=
font></div><div><font face=3D"verdana, geneva"><span>in its various forms i=
s a somewhat outdated way to code a sequence of</span></font></div><div><fo=
nt face=3D"verdana, geneva"><span>base-10 digits. It has largely been repla=
ced in decimal arithmetic by&nbsp;</span></font></div><div><font face=3D"ve=
rdana, geneva"><span>[Mike Cowlishaw's work at IBM](<a href=3D"http://spele=
otrove.com/decimal">http://speleotrove.com/decimal</a>/), particularly his<=
/span></font></div><div><font face=3D"verdana, geneva"><span>more compact [=
densely packed decimal (DPD)](<a href=3D"https://en.wikipedia.org/wiki/Dens=
ely_packed_decimal">https://en.wikipedia.org/wiki/Densely_packed_decimal</a=
>)</span></font></div><div><font face=3D"verdana, geneva"><span>that is spe=
cified in IEEE 754 for encoding the significand or mantissa of decimal numb=
er.</span></font></div><div><font face=3D"verdana, geneva"><span><br></span=
></font></div><div><font face=3D"verdana, geneva"><span>DPD is about 20% mo=
re compact than BCD, but BCD has a few advantages:</span></font></div><div>=
<font face=3D"verdana, geneva"><span><br></span></font></div><div><font fac=
e=3D"verdana, geneva"><span>&nbsp;- Encoding and decoding BCD in a program =
is trivially easy, whereas DPD is</span></font></div><div><font face=3D"ver=
dana, geneva"><span>&nbsp; &nbsp;quite a bit more complex.</span></font></d=
iv><div><font face=3D"verdana, geneva"><span>&nbsp;- Encoding and decoding =
BCD is extremely efficient, and takes very little processor cycles.</span><=
/font></div><div><font face=3D"verdana, geneva"><span>&nbsp;- BCD values ar=
e human readable in a decoding situation.</span></font></div><div><font fac=
e=3D"verdana, geneva"><span>&nbsp;</span></font></div><div><font face=3D"ve=
rdana, geneva"><span>My immediate use case is to encode and decode standard=
 decimal numbers in CBOR in a native</span></font></div><div><font face=3D"=
verdana, geneva"><span>Python program. What I have easy access to for the s=
ignificand is an array of decimal digits.</span></font></div><div><font fac=
e=3D"verdana, geneva"><span>BCD seems like the best way to encode this in m=
y application, and it occurred to me that CBOR</span></font></div><div><fon=
t face=3D"verdana, geneva"><span>might benefit by providing a tag specifica=
lly for BCD (hopefully in the range 24-255).</span></font></div><div><font =
face=3D"verdana, geneva"><span><br></span></font></div><div><font face=3D"v=
erdana, geneva"><span>In addition, a tag for DPD would make sense, but has =
less interest to me, since where decimals</span></font></div><div><font fac=
e=3D"verdana, geneva"><span>are easily accessible in fixed-length formats, =
they can go over the wire in binary form.</span></font></div><div><font fac=
e=3D"verdana, geneva"><span><br></span></font></div><div><font face=3D"verd=
ana, geneva"><span>Above, I describe BCD semantics that differ slightly fro=
m any of the classic BCD forms,</span></font></div><div><font face=3D"verda=
na, geneva"><span>using otherwise wasted space to provide rudimentary run-l=
ength encoding.</span></font></div><div style=3D""><br></div></span></body>=
</html>
--=_81fbe465a5a40173e960266dc549075c
Content-Transfer-Encoding: base64
Content-Type: text/plain;
 name="Proposal to add a CBOR tag for packed BCD.md"; 
Content-Disposition: attachment;
 filename="Proposal to add a CBOR tag for packed BCD.md"; 

IyBQcm9wb3NhbCB0byBhZGQgYSBDQk9SIHRhZyBmb3IgcGFja2VkIEJDRAoKIyMgRGF0YSBpdGVt
OgoKIC0gUGFja2VkIEJpbmFyeSBDb2RlZCBEZWNpbWFsIChCQ0QpCgojIyBTZW1hbnRpY3M6Cgog
LSBFbmNvZGVzIGEgc2VxdWVuY2Ugb2YgYmFzZS0xMCBkaWdpdHMgaW4gYSBzZXF1ZW5jZSBvZiBi
eXRlcywgZWFjaCBjb250YWluaW5nIG9uZSBkaWdpdAogICBpbiBpdHMgaGlnaCBueWJibGUgKDQg
Yml0cykgYW5kIHRoZSBuZXh0IGxlc3Mtc2lnbmlmaWNhbnQgZGlnaXQgaW4gaXRzIGxvdyBueWJi
bGUuCiAtIEEgdmFsdWUgb2YgMTUgaW4gdGhlIGhpZ2ggbnliYmxlIG9mIHRoZSBmaXJzdCBieXRl
IGluIHRoZSBzZXF1ZW5jZSBpbmRpY2F0ZXMgYSBuZWdhdGl2ZSBudW1iZXIuCiAtIEEgdmFsdWUg
b2YgMTUgaW4gdGhlIGxvdyBueWJibGUgb2YgdGhlIGxhc3QgYnl0ZSBpbiB0aGUgc2VxdWVuY2Ug
aXMgc2ltcGx5IGRpc2NhcmRlZC4KIC0gQSB2YWx1ZSBiZXR3ZWVuIDEwIGFuZCAxNCBpbiBhbnkg
bnliYmxlIGluZGljYXRlcyB0aGF0IHRoZSBwcmVjZWRpbmcgZGlnaXQgaXMgcmVwZWF0ZWQKICAg
YmV0d2VlbiAyIGFuZCA2IGFkZGl0aW9uYWwgdGltZXMuCiAgIAojIyBCYWNrZ3JvdW5kCgpbUGFj
a2VkIGJpbmFyeS1jb2RlZCBkZWNpbWFsIChCQ0QpXShodHRwczovL2VuLndpa2lwZWRpYS5vcmcv
d2lraS9CaW5hcnktY29kZWRfZGVjaW1hbCkKaW4gaXRzIHZhcmlvdXMgZm9ybXMgaXMgYSBzb21l
d2hhdCBvdXRkYXRlZCB3YXkgdG8gY29kZSBhIHNlcXVlbmNlIG9mCmJhc2UtMTAgZGlnaXRzLiBJ
dCBoYXMgbGFyZ2VseSBiZWVuIHJlcGxhY2VkIGluIGRlY2ltYWwgYXJpdGhtZXRpYyBieSAKW01p
a2UgQ293bGlzaGF3J3Mgd29yayBhdCBJQk1dKGh0dHA6Ly9zcGVsZW90cm92ZS5jb20vZGVjaW1h
bC8pLCBwYXJ0aWN1bGFybHkgaGlzCm1vcmUgY29tcGFjdCBbZGVuc2VseSBwYWNrZWQgZGVjaW1h
bCAoRFBEKV0oaHR0cHM6Ly9lbi53aWtpcGVkaWEub3JnL3dpa2kvRGVuc2VseV9wYWNrZWRfZGVj
aW1hbCkKdGhhdCBpcyBzcGVjaWZpZWQgaW4gSUVFRSA3NTQgZm9yIGVuY29kaW5nIHRoZSBzaWdu
aWZpY2FuZCBvciBtYW50aXNzYSBvZiBkZWNpbWFsIG51bWJlci4KCkRQRCBpcyBhYm91dCAyMCUg
bW9yZSBjb21wYWN0IHRoYW4gQkNELCBidXQgQkNEIGhhcyBhIGZldyBhZHZhbnRhZ2VzOgoKIC0g
RW5jb2RpbmcgYW5kIGRlY29kaW5nIEJDRCBpbiBhIHByb2dyYW0gaXMgdHJpdmlhbGx5IGVhc3ks
IHdoZXJlYXMgRFBEIGlzCiAgIHF1aXRlIGEgYml0IG1vcmUgY29tcGxleC4KIC0gRW5jb2Rpbmcg
YW5kIGRlY29kaW5nIEJDRCBpcyBleHRyZW1lbHkgZWZmaWNpZW50LCBhbmQgdGFrZXMgdmVyeSBs
aXR0bGUgcHJvY2Vzc29yIGN5Y2xlcy4KIC0gQkNEIHZhbHVlcyBhcmUgaHVtYW4gcmVhZGFibGUg
aW4gYSBkZWNvZGluZyBzaXR1YXRpb24uCiAKTXkgaW1tZWRpYXRlIHVzZSBjYXNlIGlzIHRvIGVu
Y29kZSBhbmQgZGVjb2RlIHN0YW5kYXJkIGRlY2ltYWwgbnVtYmVycyBpbiBDQk9SIGluIGEgbmF0
aXZlClB5dGhvbiBwcm9ncmFtLiBXaGF0IEkgaGF2ZSBlYXN5IGFjY2VzcyB0byBmb3IgdGhlIHNp
Z25pZmljYW5kIGlzIGFuIGFycmF5IG9mIGRlY2ltYWwgZGlnaXRzLgpCQ0Qgc2VlbXMgbGlrZSB0
aGUgYmVzdCB3YXkgdG8gZW5jb2RlIHRoaXMgaW4gbXkgYXBwbGljYXRpb24sIGFuZCBpdCBvY2N1
cnJlZCB0byBtZSB0aGF0IENCT1IKbWlnaHQgYmVuZWZpdCBieSBwcm92aWRpbmcgYSB0YWcgc3Bl
Y2lmaWNhbGx5IGZvciBCQ0QgKGhvcGVmdWxseSBpbiB0aGUgcmFuZ2UgMjQtMjU1KS4KCkluIGFk
ZGl0aW9uLCBhIHRhZyBmb3IgRFBEIHdvdWxkIG1ha2Ugc2Vuc2UsIGJ1dCBoYXMgbGVzcyBpbnRl
cmVzdCB0byBtZSwgc2luY2Ugd2hlcmUgZGVjaW1hbHMKYXJlIGVhc2lseSBhY2Nlc3NpYmxlIGlu
IGZpeGVkLWxlbmd0aCBmb3JtYXRzLCB0aGV5IGNhbiBnbyBvdmVyIHRoZSB3aXJlIGluIGJpbmFy
eSBmb3JtLgoKQWJvdmUsIEkgZGVzY3JpYmUgQkNEIHNlbWFudGljcyB0aGF0IGRpZmZlciBzbGln
aHRseSBmcm9tIGFueSBvZiB0aGUgY2xhc3NpYyBCQ0QgZm9ybXMsCnVzaW5nIG90aGVyd2lzZSB3
YXN0ZWQgc3BhY2UgdG8gcHJvdmlkZSBydWRpbWVudGFyeSBydW4tbGVuZ3RoIGVuY29kaW5nLgoK
--=_81fbe465a5a40173e960266dc549075c--

