
From fluffy@cisco.com  Tue Jan 11 14:16:03 2011
Return-Path: <fluffy@cisco.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4BCD03A687A for <core@core3.amsl.com>; Tue, 11 Jan 2011 14:16:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -111.564
X-Spam-Level: 
X-Spam-Status: No, score=-111.564 tagged_above=-999 required=5 tests=[AWL=1.035, BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wsRDK0XTdUTn for <core@core3.amsl.com>; Tue, 11 Jan 2011 14:16:01 -0800 (PST)
Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id DF6783A6405 for <core@ietf.org>; Tue, 11 Jan 2011 14:16:01 -0800 (PST)
Authentication-Results: sj-iport-5.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAKplLE2rR7Hu/2dsb2JhbACkOXOkRJhegweCRQSEZzyEdXSDIA
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-5.cisco.com with ESMTP; 11 Jan 2011 22:18:19 +0000
Received: from [192.168.4.2] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id p0BMIHnv008184 for <core@ietf.org>; Tue, 11 Jan 2011 22:18:17 GMT
From: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Date: Tue, 11 Jan 2011 15:19:51 -0700
References: <20110111185038.DC9FE3A6A7E@core3.amsl.com>
To: core WG <core@ietf.org>
Message-Id: <750EFF06-3751-43A7-AE7C-BDF3D0F86C0F@cisco.com>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] Fwd: IAB and INT Area Workshop on "Interconnecting Smart Objects with the Internet"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 11 Jan 2011 22:16:03 -0000

FYI


Begin forwarded message:

> From: IETF Secretariat <ietf-secretariat@ietf.org>
> Date: January 11, 2011 11:50:38 AM MST
> To: IETF Announcement list <ietf-announce@ietf.org>
> Subject: IAB and INT Area Workshop on "Interconnecting Smart Objects =
with the Internet"=20
>=20
> The Internet Architecture Board and the IETF Internet Area will hold a
> workshop on the Friday, 25th March 2011 in Prague on the topic:
>=20
> "Interconnecting Smart Objects with the Internet"
>=20
> Attached to this workshop is a tutorial day on the same topic on
> Saturday, 26th March 2011. Please find more information about it at:
> http://www.iab.org/about/workshops/smartobjects/tutorial.html
>=20
> - Background
>=20
> Today's Internet is experienced by users as a set of applications, =
such
> as email, instant messaging, and social networks. While these =
applications
> do not require users to be present at the time of service execution in
> many cases they are. There are also substantial differences in =
performance
> between the various end devices, but in general end devices =
participating
> in the Internet are considered to have high performance.
>=20
> As we move forward with the interconnection of all kinds of devices =
via
> the Internet, these characteristics will change. The term "Internet of
> Things" denotes a trend where a large number of devices benefit from
> communication services that use Internet protocols. Many of these =
devices
> are not directly operated by humans, but exist as components in =
buildings,
> vehicles, and the environment. There will be a lot of variation in the
> computing power, available memory, and communications bandwidth =
between
> different types of devices.
>=20
> Many of these devices provide new services or provide more value for
> previously unconnected devices. Some devices have been connected in
> various legacy ways in the past but are now migrating to the use of =
the
> Internet Protocol, sharing the same communications medium between all
> applications and enabling rich communications services.
>=20
> Much of this development can simply run on existing Internet =
protocols.
> For instance, home entertainment and monitoring systems often offer a =
web
> interface to the end user. In many cases the new, constrained =
environments
> can benefit from additional protocols that help optimize the
> communications and lower the computational requirements. Examples of
> standardization efforts targeted for these environments include the
> "Constrained RESTful Environments (CoRE)", IPv6 over Low power WPAN
> (6LoWPAN)", and Routing Over Low power and Lossy networks (ROLL)" =
working
> groups at the IETF.
>=20
> This workshop aims to explore the experience and approaches taken by
> researchers and developers of Internet technology, when considering =
the
> characteristics of constrained devices. Engineers know that many =
design
> considerations need to be taken into account when developing protocols =
and
> architecture. Balancing between the conflicting goals of computing
> performance, code size, economical incentives, and security is often
> difficult, as illustrated by Clark, et al. in "Tussle in Cyberspace:
> Defining Tomorrow's Internet", see
> http://groups.csail.mit.edu/ana/Publications/PubPDFs/Tussle2002.pdf
>=20
> This workshop aims to discuss the experience and approaches taken when
> designing protocols and architectures for interconnecting smart =
objects to
> the Internet. To frame the discussion we suggest, as examples, to
> investigate the area of integration in the following categories:
> * Scalability
> * Power efficiency
> * Interworking between different technologies and network domains
> * Usability and manageability
> * Security and Privacy
>=20
> The goal of the IETF is "to make the Internet work better" and the
> workshop organizers are interested in receiving contributions that =
support
> this goal. Results may lead to guidelines and recommendations, =
proposals
> for new standards development, start of new research activities, and =
the
> documentation of best current practices regarding implementation and
> configuration.
>=20
> - Workshop Style
>=20
> The workshop=82s main focus will be on the discussions of technical =
topics.
> (This is not a mini-conference where every author just briefly talks =
about
> their papers.)
>=20
> In order to keep the group at a manageable size, participants are
> required to submit a position paper as an expression of interest.
> Submitters of accepted position papers will be invited to attend the
> workshop. Active participation will be expected.
>=20
> The workshop will be structured as a series of working sessions
> punctuated by invited speakers who will present relevant background
> information or controversial ideas that help participants reach a =
deeper
> understanding of the subject. The organizing committee may ask =
submitters
> of particularly salient papers to present their ideas and experiences =
at
> the workshop. For each slot, there will be one or two invited
> controversial speakers, and group work on the problem that=82s =
identified,
> hopefully reaching either a deeper understanding of the problem or =
some
> means of approaching it.
>=20
> - Important Dates
>=20
> Position papers must be submitted at latest February, 11th, 2011. =
Note:
> An early submission allows us to provide you feedback!
>=20
> Submitted position papers will be reviewed immediately by the program
> organizers and an invitation to the workshop will be sent to one of =
the
> paper authors. At the latest, invitations will be distributed by =
February,
> 25th.
>=20
> This one-day workshop will take place on Friday, 25th March, 2011, =
right
> before the 80th IETF meeting in Prague, which starts on Sunday, 27th
> March. Independent of this workshop but relevant for the participants, =
are
> tutorial events on Saturday, 26th March 2011. These tutorials will =
focus
> on ongoing IETF efforts related to the IETF CoRE, ROLL, and 6LoWPAN
> working groups. More details can be found at:
>=20
> - Position Paper Requirements
>=20
> Interested parties must submit a brief contribution describing their =
work
> or approach, as it relates to the workshop theme. We welcome visionary
> ideas for how to tackle the integration of constrained devices, as =
well as
> write-ups of deployment experience, and lessons-learned from =
successful or
> failed attempts at integrating these constrained devices with the
> Internet. Contributions are not required to be original in content.
>=20
> We solicit brief write-ups with 1 to 3 pages, formatted in HTML, PDF, =
or
> plain text (for example as a submitted Internet Draft). We encourage =
paper
> authors to limit themselves on the most important challenge. A focused
> message will be key! Accepted position papers will be published (in
> addition to meeting minutes, slides, and a workshop report).
>=20
> Please send your position paper to iot-workshop-prep@lists.i1b.org.
>=20
> - Venue
>=20
> The planned date and location for the workshop is Friday, March 25th, =
in
> Prague. Details about the meeting venue will be provided to the =
invited
> workshop participants. During the breaks coffee and tea will be =
served.
>=20
> There are no plans for remote participation. Minutes of discussions =
will
> be available, and offers to organize audio recording would be gladly
> appreciated.
>=20
> - Workshop Organizers
>=20
> We look forward to your input. The workshop organizers are Jari Arkko
> (Internet Area Director), Hannes Tschofenig (IAB), Bernard Aboba =
(IAB),
> Carsten Bormann (CoRE and 6LoWPAN WG Chair), David Culler (ROLL WG =
Chair),
> Lars Eggert (Transport Area Director, and upcoming IRTF Chair), JP =
Vasseur
> (ROLL WG Chair), Stewart Bryant (Routing Area Director), Adrian Farrel
> (Routing Area Director), Ralph Droms (Internet Area Director), =
Geoffrey
> Mulligan (6LoWPAN WG Chair), Alexey Melnikov (Applications Area =
Director),
> Peter Saint-Andre (Applications Area Director), Marcelo Bagnulo (IAB),
> Zach Shelby (Smart Power Directorate), Isidro Ballesteros Laso =
(European
> Commission), Fred Baker (Member of the Smart Power Directorate and =
liaison
> to the US Smart Grid Interoperability Panel - SGIP).
>=20
> Up-to-date information about the workshop is available at:
> http://www.iab.org/about/workshops/smartobjects/
>=20
> Feel free to contact us at iot-workshop-prep@lists.i1b.org.
> _______________________________________________
> IETF-Announce mailing list
> IETF-Announce@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf-announce


From fluffy@cisco.com  Wed Jan 12 00:17:16 2011
Return-Path: <fluffy@cisco.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1E77C3A6B11 for <core@core3.amsl.com>; Wed, 12 Jan 2011 00:17:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -111.576
X-Spam-Level: 
X-Spam-Status: No, score=-111.576 tagged_above=-999 required=5 tests=[AWL=1.023, BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DpC5kOP9XQo4 for <core@core3.amsl.com>; Wed, 12 Jan 2011 00:17:14 -0800 (PST)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 729383A6B0C for <core@ietf.org>; Wed, 12 Jan 2011 00:17:14 -0800 (PST)
Authentication-Results: sj-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMLyLE2rR7Hu/2dsb2JhbACkPXOjHph8gweCRQSEZzyEdXSDIA
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-1.cisco.com with ESMTP; 12 Jan 2011 08:19:33 +0000
Received: from [192.168.4.2] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id p0C8JVBV016065 for <core@ietf.org>; Wed, 12 Jan 2011 08:19:32 GMT
From: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset=windows-1252
Content-Transfer-Encoding: quoted-printable
Date: Wed, 12 Jan 2011 01:21:05 -0700
References: <90A5770E-B66E-43A8-A879-D72FE091C422@gmx.net>
To: core WG <core@ietf.org>
Message-Id: <DB07E4B1-38B8-4290-918A-D3F039F02A16@cisco.com>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] Fwd: **Tutorial** on "Interconnecting Smart Objects with the Internet"
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 08:17:16 -0000

FYI

Begin forwarded message:

> From: Hannes Tschofenig <hannes.tschofenig@gmx.net>
> Date: January 12, 2011 12:51:28 AM MST
> To: IETF Announcement list <ietf-announce@ietf.org>, IETF Discussion =
<ietf@ietf.org>
> Subject: **Tutorial** on "Interconnecting Smart Objects with the =
Internet"=20
>=20
> Hi all,=20
>=20
> In case you have not read through the announcement text I wanted to =
draw your attention to the tutorial day (Saturday, 26th March 2011) that =
is attached to the workshop. =20
>=20
> The tutorials are open for everyone BUT there are two constraints:
>=20
> 1) We have to limit the number of participants (because of the size of =
the available room)
>=20
> 2) You need to put your name on a list. Deadline is 11th February =
2011.
> The registration page is: http://www.doodle.com/xarbbx7b4cah9wfn
>=20
> Hence, if you are not quick enough you may not be able to attend the =
workshop.=20
>=20
> More information about the tutorial, including a preliminary agenda, =
can be found at:=20
> http://www.iab.org/about/workshops/smartobjects/tutorial.html
>=20
> Ciao
> Hannes
>=20
> PS: We are still looking for sponsors. It would be nice to offer =
coffee & refreshments during the day to the participants, for example.=20=

>=20
> On Jan 11, 2011, at 8:50 PM, IETF Secretariat wrote:
>=20
>> The Internet Architecture Board and the IETF Internet Area will hold =
a
>> workshop on the Friday, 25th March 2011 in Prague on the topic:
>>=20
>> "Interconnecting Smart Objects with the Internet"
>>=20
>> Attached to this workshop is a tutorial day on the same topic on
>> Saturday, 26th March 2011. Please find more information about it at:
>> http://www.iab.org/about/workshops/smartobjects/tutorial.html
>>=20
>> - Background
>>=20
>> Today's Internet is experienced by users as a set of applications, =
such
>> as email, instant messaging, and social networks. While these =
applications
>> do not require users to be present at the time of service execution =
in
>> many cases they are. There are also substantial differences in =
performance
>> between the various end devices, but in general end devices =
participating
>> in the Internet are considered to have high performance.
>>=20
>> As we move forward with the interconnection of all kinds of devices =
via
>> the Internet, these characteristics will change. The term "Internet =
of
>> Things" denotes a trend where a large number of devices benefit from
>> communication services that use Internet protocols. Many of these =
devices
>> are not directly operated by humans, but exist as components in =
buildings,
>> vehicles, and the environment. There will be a lot of variation in =
the
>> computing power, available memory, and communications bandwidth =
between
>> different types of devices.
>>=20
>> Many of these devices provide new services or provide more value for
>> previously unconnected devices. Some devices have been connected in
>> various legacy ways in the past but are now migrating to the use of =
the
>> Internet Protocol, sharing the same communications medium between all
>> applications and enabling rich communications services.
>>=20
>> Much of this development can simply run on existing Internet =
protocols.
>> For instance, home entertainment and monitoring systems often offer a =
web
>> interface to the end user. In many cases the new, constrained =
environments
>> can benefit from additional protocols that help optimize the
>> communications and lower the computational requirements. Examples of
>> standardization efforts targeted for these environments include the
>> "Constrained RESTful Environments (CoRE)", IPv6 over Low power WPAN
>> (6LoWPAN)", and Routing Over Low power and Lossy networks (ROLL)" =
working
>> groups at the IETF.
>>=20
>> This workshop aims to explore the experience and approaches taken by
>> researchers and developers of Internet technology, when considering =
the
>> characteristics of constrained devices. Engineers know that many =
design
>> considerations need to be taken into account when developing =
protocols and
>> architecture. Balancing between the conflicting goals of computing
>> performance, code size, economical incentives, and security is often
>> difficult, as illustrated by Clark, et al. in "Tussle in Cyberspace:
>> Defining Tomorrow's Internet", see
>> http://groups.csail.mit.edu/ana/Publications/PubPDFs/Tussle2002.pdf
>>=20
>> This workshop aims to discuss the experience and approaches taken =
when
>> designing protocols and architectures for interconnecting smart =
objects to
>> the Internet. To frame the discussion we suggest, as examples, to
>> investigate the area of integration in the following categories:
>> * Scalability
>> * Power efficiency
>> * Interworking between different technologies and network domains
>> * Usability and manageability
>> * Security and Privacy
>>=20
>> The goal of the IETF is "to make the Internet work better" and the
>> workshop organizers are interested in receiving contributions that =
support
>> this goal. Results may lead to guidelines and recommendations, =
proposals
>> for new standards development, start of new research activities, and =
the
>> documentation of best current practices regarding implementation and
>> configuration.
>>=20
>> - Workshop Style
>>=20
>> The workshop=82s main focus will be on the discussions of technical =
topics.
>> (This is not a mini-conference where every author just briefly talks =
about
>> their papers.)
>>=20
>> In order to keep the group at a manageable size, participants are
>> required to submit a position paper as an expression of interest.
>> Submitters of accepted position papers will be invited to attend the
>> workshop. Active participation will be expected.
>>=20
>> The workshop will be structured as a series of working sessions
>> punctuated by invited speakers who will present relevant background
>> information or controversial ideas that help participants reach a =
deeper
>> understanding of the subject. The organizing committee may ask =
submitters
>> of particularly salient papers to present their ideas and experiences =
at
>> the workshop. For each slot, there will be one or two invited
>> controversial speakers, and group work on the problem that=82s =
identified,
>> hopefully reaching either a deeper understanding of the problem or =
some
>> means of approaching it.
>>=20
>> - Important Dates
>>=20
>> Position papers must be submitted at latest February, 11th, 2011. =
Note:
>> An early submission allows us to provide you feedback!
>>=20
>> Submitted position papers will be reviewed immediately by the program
>> organizers and an invitation to the workshop will be sent to one of =
the
>> paper authors. At the latest, invitations will be distributed by =
February,
>> 25th.
>>=20
>> This one-day workshop will take place on Friday, 25th March, 2011, =
right
>> before the 80th IETF meeting in Prague, which starts on Sunday, 27th
>> March. Independent of this workshop but relevant for the =
participants, are
>> tutorial events on Saturday, 26th March 2011. These tutorials will =
focus
>> on ongoing IETF efforts related to the IETF CoRE, ROLL, and 6LoWPAN
>> working groups. More details can be found at:
>>=20
>> - Position Paper Requirements
>>=20
>> Interested parties must submit a brief contribution describing their =
work
>> or approach, as it relates to the workshop theme. We welcome =
visionary
>> ideas for how to tackle the integration of constrained devices, as =
well as
>> write-ups of deployment experience, and lessons-learned from =
successful or
>> failed attempts at integrating these constrained devices with the
>> Internet. Contributions are not required to be original in content.
>>=20
>> We solicit brief write-ups with 1 to 3 pages, formatted in HTML, PDF, =
or
>> plain text (for example as a submitted Internet Draft). We encourage =
paper
>> authors to limit themselves on the most important challenge. A =
focused
>> message will be key! Accepted position papers will be published (in
>> addition to meeting minutes, slides, and a workshop report).
>>=20
>> Please send your position paper to iot-workshop-prep@lists.i1b.org.
>>=20
>> - Venue
>>=20
>> The planned date and location for the workshop is Friday, March 25th, =
in
>> Prague. Details about the meeting venue will be provided to the =
invited
>> workshop participants. During the breaks coffee and tea will be =
served.
>>=20
>> There are no plans for remote participation. Minutes of discussions =
will
>> be available, and offers to organize audio recording would be gladly
>> appreciated.
>>=20
>> - Workshop Organizers
>>=20
>> We look forward to your input. The workshop organizers are Jari Arkko
>> (Internet Area Director), Hannes Tschofenig (IAB), Bernard Aboba =
(IAB),
>> Carsten Bormann (CoRE and 6LoWPAN WG Chair), David Culler (ROLL WG =
Chair),
>> Lars Eggert (Transport Area Director, and upcoming IRTF Chair), JP =
Vasseur
>> (ROLL WG Chair), Stewart Bryant (Routing Area Director), Adrian =
Farrel
>> (Routing Area Director), Ralph Droms (Internet Area Director), =
Geoffrey
>> Mulligan (6LoWPAN WG Chair), Alexey Melnikov (Applications Area =
Director),
>> Peter Saint-Andre (Applications Area Director), Marcelo Bagnulo =
(IAB),
>> Zach Shelby (Smart Power Directorate), Isidro Ballesteros Laso =
(European
>> Commission), Fred Baker (Member of the Smart Power Directorate and =
liaison
>> to the US Smart Grid Interoperability Panel - SGIP).
>>=20
>> Up-to-date information about the workshop is available at:
>> http://www.iab.org/about/workshops/smartobjects/
>>=20
>> Feel free to contact us at iot-workshop-prep@lists.i1b.org.
>> _______________________________________________
>> IETF-Announce mailing list
>> IETF-Announce@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf-announce
>=20
> _______________________________________________
> Ietf mailing list
> Ietf@ietf.org
> https://www.ietf.org/mailman/listinfo/ietf


From zach@sensinode.com  Wed Jan 12 01:26:26 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 929CF28C0FE for <core@core3.amsl.com>; Wed, 12 Jan 2011 01:26:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.015
X-Spam-Level: 
X-Spam-Status: No, score=-3.015 tagged_above=-999 required=5 tests=[AWL=-0.416, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vYCM8fUOmCSd for <core@core3.amsl.com>; Wed, 12 Jan 2011 01:26:25 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E875328C0D8 for <core@ietf.org>; Wed, 12 Jan 2011 01:26:24 -0800 (PST)
Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0C9SeKi024445 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <core@ietf.org>; Wed, 12 Jan 2011 11:28:40 +0200
From: Zach Shelby <zach@sensinode.com>
Content-Type: multipart/signed; boundary=Apple-Mail-762-837226095; protocol="application/pkcs7-signature"; micalg=sha1
Date: Wed, 12 Jan 2011 11:28:42 +0200
Message-Id: <00D33122-9E66-46C4-AAA0-FF4EB7A41FFD@sensinode.com>
To: core WG <core@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] coap-04 release update
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 09:26:26 -0000

--Apple-Mail-762-837226095
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

I wanted to give the WG a status update on the coap-04 document release. =
Since the new year we have been working hard on coap-04, and have =
managed to close the majority of the tickets. This week we are =
completing the final improvements to the security sections and general =
editing. The IETF track tools seem to be broken, so our ticket changes =
aren't being sent to the core list. However you can follow the progress =
here:

=
http://trac.tools.ietf.org/wg/core/trac/query?status=3Dnew&status=3Dassign=
ed&status=3Dreopened&component=3Dcoap

We are planning to submit coap-04 by this weekend.  After that we'll =
proceed with the -observe and -block document updates.=20

Regards and happy new year,
Zach

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-762-837226095
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDExMjA5Mjg0
MlowIwYJKoZIhvcNAQkEMRYEFA13NQf16TlfupPf7JyLJqV+PdMSMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAGXYIVvqKbXZRCi/bKSfvocHSUtJmIcP4BNDgN5xd4oEG3+94VmlEAqS
7fA8eBZLujHCMhMegaRfBGdycQsv8o77xuK3gWyGrI6GlaUF1V2z4/nQbRV+ox7knay0ijpC2lt9
2ANujZo6FpHDqt3ziufZG5lsCVEzr/ywqJo8cI/Xe7hq5B+hc9X+kakaRy1ma/X8uli23sbLyEna
QorpDqt0UaQXTf8pQJEh8jjRJiyMRVO0Z7FVHpohfogdEh4RofT7xwdDZvsWkphGiSPOIlMcpkZl
YS2zJxfqI1mDN2s2lnYyWC2s8PF/kCzHkw55SIKimmJdLuStwW2MsaTTbpcAAAAAAAA=

--Apple-Mail-762-837226095--

From trac@tools.ietf.org  Wed Jan 12 07:20:51 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B66DA28C122 for <core@core3.amsl.com>; Wed, 12 Jan 2011 07:20:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.586
X-Spam-Level: 
X-Spam-Status: No, score=-102.586 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Mt6DMm8ioI1F for <core@core3.amsl.com>; Wed, 12 Jan 2011 07:20:50 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F2EB33A69C6 for <core@ietf.org>; Wed, 12 Jan 2011 07:20:49 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pd2XV-0001mK-7N; Wed, 12 Jan 2011 07:23:09 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org
X-Trac-Project: core
Date: Wed, 12 Jan 2011 15:23:09 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/78#comment:2
Message-ID: <062.302023c5f973c34006466202c6c7c7a6@tools.ietf.org>
References: <053.2a7e2622a76fb227d41b3b95d0d18a8d@tools.ietf.org>
X-Trac-Ticket-ID: 78
In-Reply-To: <053.2a7e2622a76fb227d41b3b95d0d18a8d@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #78 (closed): Caching semantics
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 15:20:51 -0000

#78: Caching semantics

Changes (by hartke@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Done in coap-04.

-- 
----------------------------+-----------------------------------------------
 Reporter:  hartke@…        |        Owner:  hartke@…      
     Type:  enhancement     |       Status:  closed        
 Priority:  major           |    Milestone:                
Component:  coap            |      Version:                
 Severity:  -               |   Resolution:  fixed         
 Keywords:                  |  
----------------------------+-----------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/78#comment:2>
core <http://tools.ietf.org/core/>


From fluffy@cisco.com  Wed Jan 12 07:38:13 2011
Return-Path: <fluffy@cisco.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 164103A6B33 for <core@core3.amsl.com>; Wed, 12 Jan 2011 07:38:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.587
X-Spam-Level: 
X-Spam-Status: No, score=-110.587 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id m+x4z2m1HP+m for <core@core3.amsl.com>; Wed, 12 Jan 2011 07:38:12 -0800 (PST)
Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id 65E003A69A0 for <core@ietf.org>; Wed, 12 Jan 2011 07:38:12 -0800 (PST)
Authentication-Results: sj-iport-6.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAJZaLU2rR7Hu/2dsb2JhbACkP3OjXZhRhUwEhGiGKIMg
Received: from sj-core-5.cisco.com ([171.71.177.238]) by sj-iport-6.cisco.com with ESMTP; 12 Jan 2011 15:40:32 +0000
Received: from [192.168.4.2] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-5.cisco.com (8.13.8/8.14.3) with ESMTP id p0CFeVwF009786; Wed, 12 Jan 2011 15:40:31 GMT
From: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Date: Wed, 12 Jan 2011 08:42:06 -0700
Message-Id: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
To: core WG <core@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Jan 2011 15:38:13 -0000

I would like to start the working group last call for =
draft-ietf-core-link-format-02. Please review the draft and send =
comments to list by the end of the day Jan 26. If you review the draft =
and have no comments, send an email to the list or to the chairs so we =
have an idea of how much review the draft received.=20

The draft is at =
http://tools.ietf.org/html/draft-ietf-core-link-format-02

Thank you,

Cullen & Carsten


From trac@tools.ietf.org  Thu Jan 13 16:55:58 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E455D28C0EE for <core@core3.amsl.com>; Thu, 13 Jan 2011 16:55:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.586
X-Spam-Level: 
X-Spam-Status: No, score=-102.586 tagged_above=-999 required=5 tests=[AWL=0.014, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ILj1WB8KIuA3 for <core@core3.amsl.com>; Thu, 13 Jan 2011 16:55:58 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 081F528B23E for <core@ietf.org>; Thu, 13 Jan 2011 16:55:58 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PdXze-0006uV-Un; Thu, 13 Jan 2011 16:58:18 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Fri, 14 Jan 2011 00:58:18 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/56#comment:3
Message-ID: <066.2066b55195051588e04b5ed3f90efc9c@tools.ietf.org>
References: <057.86ca4d29ed54c1be14e57fe22ff95263@tools.ietf.org>
X-Trac-Ticket-ID: 56
In-Reply-To: <057.86ca4d29ed54c1be14e57fe22ff95263@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #56 (closed): Distinguishing DTLS, CoAP and STUN
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Jan 2011 00:55:59 -0000

#56: Distinguishing DTLS, CoAP and STUN

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added new subsection to discussion of port numbers.
 Note that we try to reserve values of TLS ContentType.  Let's see how that
 fares...

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  enhancement         |       Status:  closed      
 Priority:  trivial             |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/56#comment:3>
core <http://tools.ietf.org/core/>


From ngocthanhdinh@gmail.com  Thu Jan 13 21:33:53 2011
Return-Path: <ngocthanhdinh@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C9AA3A68BB for <core@core3.amsl.com>; Thu, 13 Jan 2011 21:33:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.798
X-Spam-Level: 
X-Spam-Status: No, score=-1.798 tagged_above=-999 required=5 tests=[AWL=-0.289, BAYES_05=-1.11, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id h+b41TAb0v8V for <core@core3.amsl.com>; Thu, 13 Jan 2011 21:33:49 -0800 (PST)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id 1BD2D3A68A9 for <core@ietf.org>; Thu, 13 Jan 2011 21:33:48 -0800 (PST)
Received: by fxm9 with SMTP id 9so2657854fxm.31 for <core@ietf.org>; Thu, 13 Jan 2011 21:36:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=K7Y0AzC9EMZTV8+lodAj0/55dkwa1dm/LKEEjZQ3/kw=; b=UcAXOQnTZyGs1sga7G2h9RoMJHesEbISEiTZ1FXsVBcRjYuh3EUFnigm4cjBW7THHi CgDKUKig9Gqt+6AMvdV0YSM6fTJzrP2BAb1rdCiksdw5mDOtpieqDq5GAQs/qSaXkK9J R9qLXpJC/rCqpXJdBjSx5RA4N+lJjBdY/Oy1E=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=AAfioeCve2scLj6+vKc6aGmFvvD2YkITLkNFqRZ7BiINwrWQ4eBVH8iV8rOObSBkNx 2pqPS4GYgbd/at6V60lTKexz+pwbmtqbQEW2aVCpZSeHprRrwJG4VxHBvkhtRQR9iuaZ wldBiaPaWSqEj6DNP4ZQ7rlycfOp5uY28hRO8=
MIME-Version: 1.0
Received: by 10.103.246.3 with SMTP id y3mr8233mur.71.1294983372850; Thu, 13 Jan 2011 21:36:12 -0800 (PST)
Received: by 10.102.23.2 with HTTP; Thu, 13 Jan 2011 21:36:12 -0800 (PST)
Date: Fri, 14 Jan 2011 14:36:12 +0900
Message-ID: <AANLkTikPHqpX6_Z2jQ7071zZnymzez_xgubqtvX21SXm@mail.gmail.com>
From: Thanh Ngoc <ngocthanhdinh@gmail.com>
To: contiki-developers@lists.sourceforge.net, core@ietf.org
Content-Type: multipart/alternative; boundary=0016369cff59edc6730499c7cfb4
Subject: [core] Error running restful server - coap example on real mote. help me!
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Jan 2011 05:33:53 -0000

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

Hello Every one,

I try to run restful server- coap example in real mote. but it can not query
by using coap://...

when i run resr-server-example with COOJA. it is successful for access from
coap client , firefox browser with coap plugin.
coap://[aaaa::0212:7402:0002:0202]:61616/light
--> i can access resources : light, well-know, led....

but when *i deploy in real mote.*
i set up the same as guides in file : readme.txt.

I use mote : telosb and run contiki on Linux
1.* i installed one node as border router, and connect router successful:*
"
********SLIP started on ``/dev/ttyUSB0''
opened tun device ``/dev/tun0''
ifconfig tun0 inet `hostname` up
ifconfig tun0 add aaaa::1/64
ifconfig tun0

tun0      Link encap:UNSPEC  HWaddr
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:127.0.1.1  P-t-P:127.0.1.1  Mask:255.255.255.255
          inet6 addr: aaaa::1/64 Scope:Global
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

*** Address:aaaa::1 => aaaa:0000:0000:0000
SIN: 10
Got configuration message of type P
Setting prefix aaaa::
created a new RPL dag
Server IPv6 addresses:
  *aaaa::212:7400:10d0:42e8
  fe80::212:7400:10d0:42e8*
SIN: 70
slip-bridge: Destination off-link but no route
....
"

2. i connected node with rest-server application deploy and connect
successful.
when i reset mote print:

"
Rime started with address *0.18.116.0.16.197.67.156*
MAC 00:12:74:00:10:c5:43:9c Contiki 2.5 started. Node id is not set.
CSMA ContikiMAC, channel check rate 8 Hz, radio channel 26
Tentative link-local IPv6 address *fe80:0000:0000:0000:0212:7400:10c5:439c*
Starting 'Rest Server Example'
COAP Server

"
and i connect mote successul

"
user@instant-contiki:~/contiki-2.x/examples/rest-example$ make login
TARGET=sky MOTE=2
../../tools/sky/serialdump-linux -b115200 /dev/ttyUSB1
connecting to /dev/ttyUSB1 (115200) [OK]
"

. but i can not ping6 to mote address as it showed when i reset mote.
*ping6 0.18.116.0.16.197.67.156 --> failed
ping6 fe80:0000:0000:0000:0212:7400:10c5:439c --> failed.*

i could ping only the address print when connect border router is: ping6
aaaa::212:7400:10d0:42e8 --> ok.

i try to run coap with some addresses above but it print: Server not
responding.
*coap://[aaaa::0212:7402:0002:0202]:61616/light --> Server not responding.


do you know what was i wrong?
and help me how can i test coap on real mote?


thank you very much,

Ngoc Thanh
*

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

Hello Every one,<br><br>I try to run restful server- coap example in real m=
ote. but it can not query by using coap://...<br><br>when i run resr-server=
-example with COOJA. it is successful for access from coap client , firefox=
 browser with coap plugin.<br>
coap://[aaaa::0212:7402:0002:0202]:61616/light<br>--&gt; i can access resou=
rces : light, well-know, led....<br><br>but when <b>i deploy in real mote.<=
/b><br>i set up the same as guides in file : readme.txt.<br><br>I use mote =
: telosb and run contiki on Linux<br>
1.<b> i installed one node as border router, and connect router successful:=
</b><br>&quot;<br>********SLIP started on ``/dev/ttyUSB0&#39;&#39;<br>opene=
d tun device ``/dev/tun0&#39;&#39;<br>ifconfig tun0 inet `hostname` up<br>
ifconfig tun0 add aaaa::1/64<br>ifconfig tun0<br><br>tun0=A0=A0=A0=A0=A0 Li=
nk encap:UNSPEC=A0 HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00=
=A0 <br>=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet addr:127.0.1.1=A0 P-t-P:127.0.1.1=
=A0 Mask:255.255.255.255<br>=A0=A0=A0=A0=A0=A0=A0=A0=A0 inet6 addr: aaaa::1=
/64 Scope:Global<br>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 UP POINTOPOINT RUNNING NOARP MULTICAST=A0 MTU:1=
500=A0 Metric:1<br>=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX packets:0 errors:0 droppe=
d:0 overruns:0 frame:0<br>=A0=A0=A0=A0=A0=A0=A0=A0=A0 TX packets:0 errors:0=
 dropped:0 overruns:0 carrier:0<br>=A0=A0=A0=A0=A0=A0=A0=A0=A0 collisions:0=
 txqueuelen:500 <br>
=A0=A0=A0=A0=A0=A0=A0=A0=A0 RX bytes:0 (0.0 B)=A0 TX bytes:0 (0.0 B)<br><br=
>*** Address:aaaa::1 =3D&gt; aaaa:0000:0000:0000<br>SIN: 10<br>Got configur=
ation message of type P<br>Setting prefix aaaa::<br>created a new RPL dag<b=
r>Server IPv6 addresses:<br>
=A0 <b>aaaa::212:7400:10d0:42e8<br>=A0 fe80::212:7400:10d0:42e8</b><br>SIN:=
 70<br>slip-bridge: Destination off-link but no route<br>....<br>&quot;<br>=
<br>2. i connected node with rest-server application deploy and connect suc=
cessful.<br>
when i reset mote print: <br><br>&quot;<br>Rime started with address <b>0.1=
8.116.0.16.197.67.156</b><br>MAC 00:12:74:00:10:c5:43:9c Contiki 2.5 starte=
d. Node id is not set.<br>CSMA ContikiMAC, channel check rate 8 Hz, radio c=
hannel 26<br>
Tentative link-local IPv6 address <b>fe80:0000:0000:0000:0212:7400:10c5:439=
c</b><br>Starting &#39;Rest Server Example&#39;<br>COAP Server<br><br>&quot=
;<br>and i connect mote successul<br><br>&quot;<br>user@instant-contiki:~/c=
ontiki-2.x/examples/rest-example$ make login TARGET=3Dsky MOTE=3D2<br>
../../tools/sky/serialdump-linux -b115200 /dev/ttyUSB1<br>connecting to /de=
v/ttyUSB1 (115200) [OK]<br>&quot;<br><br>. but i can not ping6 to mote addr=
ess as it showed when i reset mote.<br><b>ping6 0.18.116.0.16.197.67.156 --=
&gt; failed<br>
ping6 fe80:0000:0000:0000:0212:7400:10c5:439c --&gt; failed.</b><br><br>i c=
ould ping only the address print when connect border router is:  ping6 aaaa=
::212:7400:10d0:42e8 --&gt; ok.<br><br>i try to run coap with some addresse=
s above but it print: Server not responding.<br>
<b>coap://[aaaa::0212:7402:0002:0202]:61616/light --&gt; Server not respond=
ing.<br><br><br>do you know what was i wrong?<br>and help me how can i test=
 coap on real mote?<br><br><br>thank you very much,<br><br>Ngoc Thanh<br>
</b>

--0016369cff59edc6730499c7cfb4--

From doganyazar@yahoo.com  Fri Jan 14 00:11:08 2011
Return-Path: <doganyazar@yahoo.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 98A143A6C46 for <core@core3.amsl.com>; Fri, 14 Jan 2011 00:11:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level: 
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HTML_MESSAGE=0.001, J_CHICKENPOX_56=0.6]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YxpwOw7jx6nv for <core@core3.amsl.com>; Fri, 14 Jan 2011 00:11:07 -0800 (PST)
Received: from nm17-vm0.bullet.mail.ac4.yahoo.com (nm17-vm0.bullet.mail.ac4.yahoo.com [98.139.53.208]) by core3.amsl.com (Postfix) with SMTP id 0C77F3A6C4E for <core@ietf.org>; Fri, 14 Jan 2011 00:11:06 -0800 (PST)
Received: from [98.139.52.194] by nm17.bullet.mail.ac4.yahoo.com with NNFMP; 14 Jan 2011 08:13:29 -0000
Received: from [98.139.52.170] by tm7.bullet.mail.ac4.yahoo.com with NNFMP; 14 Jan 2011 08:13:29 -0000
Received: from [127.0.0.1] by omp1053.mail.ac4.yahoo.com with NNFMP; 14 Jan 2011 08:13:29 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 93159.7013.bm@omp1053.mail.ac4.yahoo.com
Received: (qmail 72139 invoked by uid 60001); 14 Jan 2011 08:13:28 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1294992808; bh=FVcZzGnSzOujdp6a0LBPSaoU1LojBzGHD9eVoveQuvo=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=wwdN8mUUaZfSp6W/a1NPHEjoKsOcKQS/l4U06AFGTYK+cdoWlsM2IA+Cmwa2MXWn2ux6uwfbJypf7X+o5apwN0sy7oAiMeWRlDAaDO6LHO8k0JzHZ38OAZe3wEbUR6pCEZ2Fc1BdmuvXSf/4N9pajWuABHC+YCnQaVKt3IwHg6A=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:In-Reply-To:MIME-Version:Content-Type; b=kOlBCVapx2Wx+uZtBG+R7YS9QNntLbwFhCo27aY9spfbIbIk7SejWYYcfjZKwi+m8ZiBSWEox940RFDU4wDe2cuN3xFfrwjCmG9gO7vCmOF2qtI441fbEKa+1xIlU+zl7IxxfUcyQjWql/SuZyHCgEPlzQ36ALvoZ484urYsw88=;
Message-ID: <639056.70654.qm@web130207.mail.mud.yahoo.com>
X-YMail-OSG: NBwYlEoVM1mDjdxhozHPKJUOOC_J0HGA.9EGUHxXihD4Fyh DAGcGXqq5_XxU2.hoTF3D6oLkpOYm8FIn8hxjODCJ_IYhYf4M7GIUqaCrzil 8SaiWTz97Yyf2tPgAedyB1dKsuW7orMceM929mMGDpPw.Y5Y3fxCtZLccRNT dNC0nlrJkk4YKBsvpvwUtGsa90blUjZJI2E_cXjAOtzKvZEG5kfalsEeoofb ZxfWAdaHJOVEd7m3SLjavOVRPDTk49fA4GYgRvi1L.I7PdLiqH2ciWoa1MK0 wrnsWIoSlkr3YdtqEcMs8fffS6c1AdGnoKVfS4gSBxD5qy8450EjSLqLmNN5 FnO7vA_hbbzP7z87ALY60zzQSQwKIInOsGtj2TPAPaCJHO4_j4PFjtoNlDZ0 vjfjuvfq.lyi8
Received: from [194.237.142.20] by web130207.mail.mud.yahoo.com via HTTP; Fri, 14 Jan 2011 00:13:28 PST
X-Mailer: YahooMailRC/555 YahooMailWebService/0.8.107.285259
References: <AANLkTikPHqpX6_Z2jQ7071zZnymzez_xgubqtvX21SXm@mail.gmail.com>
Date: Fri, 14 Jan 2011 00:13:28 -0800 (PST)
From: dogan yazar <doganyazar@yahoo.com>
To: Contiki developer mailing list <contiki-developers@lists.sourceforge.net>,  core@ietf.org
In-Reply-To: <AANLkTikPHqpX6_Z2jQ7071zZnymzez_xgubqtvX21SXm@mail.gmail.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="0-1930624088-1294992808=:70654"
Subject: Re: [core] [Contiki-developers] Error running restful server - coap example on real mote. help me!
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 14 Jan 2011 08:11:08 -0000

--0-1930624088-1294992808=:70654
Content-Type: text/plain; charset=us-ascii

Hello,

0.18.116.0.16.197.67.156 is NOT an IP address (it is RIME address) so it is 
normal that pinging it fails!

Try this one instead (which accesses a link local address via tun0 interface)
ping6 fe80:0000:0000:0000:0212:7400:10c5:439c%tun0

And from the client, try this one first
coap://[aaaa::0000:0000:0000:0212:7400:10c5:439c]:61616/light

If it does not work, you should again access the link local address via the tun0 
interface.





________________________________
From: Thanh Ngoc <ngocthanhdinh@gmail.com>
To: contiki-developers@lists.sourceforge.net; core@ietf.org
Sent: Fri, January 14, 2011 6:36:12 AM
Subject: [Contiki-developers] Error running restful server - coap example on 
real mote. help me!

Hello Every one,

I try to run restful server- coap example in real mote. but it can not query by 
using coap://...

when i run resr-server-example with COOJA. it is successful for access from coap 
client , firefox browser with coap plugin.
coap://[aaaa::0212:7402:0002:0202]:61616/light
--> i can access resources : light, well-know, led....

but when i deploy in real mote.
i set up the same as guides in file : readme.txt.

I use mote : telosb and run contiki on Linux
1.i installed one node as border router, and connect router successful:
"
********SLIP started on ``/dev/ttyUSB0''
opened tun device ``/dev/tun0''
ifconfig tun0 inet `hostname` up
ifconfig tun0 add aaaa::1/64
ifconfig tun0

tun0      Link encap:UNSPEC  HWaddr 
00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00  

          inet addr:127.0.1.1  P-t-P:127.0.1.1  Mask:255.255.255.255
          inet6 addr: aaaa::1/64 Scope:Global
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:500 
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

*** Address:aaaa::1 => aaaa:0000:0000:0000
SIN: 10
Got configuration message of type P
Setting prefix aaaa::
created a new RPL dag
Server IPv6 addresses:
  aaaa::212:7400:10d0:42e8
  fe80::212:7400:10d0:42e8
SIN: 70
slip-bridge: Destination off-link but no route
....
"

2. i connected node with rest-server application deploy and connect successful.
when i reset mote print: 

"
Rime started with address 0.18.116.0.16.197.67.156
MAC 00:12:74:00:10:c5:43:9c Contiki 2.5 started. Node id is not set.
CSMA ContikiMAC, channel check rate 8 Hz, radio channel 26
Tentative link-local IPv6 address fe80:0000:0000:0000:0212:7400:10c5:439c
Starting 'Rest Server Example'
COAP Server

"
and i connect mote successul

"
user@instant-contiki:~/contiki-2.x/examples/rest-example$ make login TARGET=sky 
MOTE=2
../../tools/sky/serialdump-linux -b115200 /dev/ttyUSB1
connecting to /dev/ttyUSB1 (115200) [OK]
"

. but i can not ping6 to mote address as it showed when i reset mote.
ping6 0.18.116.0.16.197.67.156 --> failed
ping6 fe80:0000:0000:0000:0212:7400:10c5:439c --> failed.

i could ping only the address print when connect border router is:  ping6 
aaaa::212:7400:10d0:42e8 --> ok.

i try to run coap with some addresses above but it print: Server not responding.
coap://[aaaa::0212:7402:0002:0202]:61616/light --> Server not responding.


do you know what was i wrong?
and help me how can i test coap on real mote?


thank you very much,

Ngoc Thanh


      
--0-1930624088-1294992808=:70654
Content-Type: text/html; charset=us-ascii

<html><head><style type="text/css"><!-- DIV {margin:0px;} --></style></head><body><div style="font-family:times new roman,new york,times,serif;font-size:12pt"><div>Hello,<br><br>0.18.116.0.16.197.67.156 is NOT an IP address (it is RIME address) so it is normal that pinging it fails! <b><br></b><br>Try this one instead (which accesses a link local address via tun0 interface)<br>ping6 fe80:0000:0000:0000:0212:7400:10c5:439c%tun0<br><br>And from the client, try this one first<br>coap://[aaaa::0000:0000:0000:0212:7400:10c5:439c]:61616/light<b><br></b><br>If it does not work, you should again access the link local address via the tun0 interface.<br><b><br></b><b></b></div><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><br><div style="font-family: times new roman,new york,times,serif; font-size: 12pt;"><font face="Tahoma" size="2"><hr size="1"><b><span style="font-weight: bold;">From:</span></b> Thanh Ngoc
 &lt;ngocthanhdinh@gmail.com&gt;<br><b><span style="font-weight: bold;">To:</span></b> contiki-developers@lists.sourceforge.net; core@ietf.org<br><b><span style="font-weight: bold;">Sent:</span></b> Fri, January 14, 2011 6:36:12 AM<br><b><span style="font-weight: bold;">Subject:</span></b> [Contiki-developers] Error running restful server - coap example on real mote. help me!<br></font><br>
Hello Every one,<br><br>I try to run restful server- coap example in real mote. but it can not query by using coap://...<br><br>when i run resr-server-example with COOJA. it is successful for access from coap client , firefox browser with coap plugin.<br>
coap://[aaaa::0212:7402:0002:0202]:61616/light<br>--&gt; i can access resources : light, well-know, led....<br><br>but when <b>i deploy in real mote.</b><br>i set up the same as guides in file : readme.txt.<br><br>I use mote : telosb and run contiki on Linux<br>
1.<b> i installed one node as border router, and connect router successful:</b><br>"<br>********SLIP started on ``/dev/ttyUSB0''<br>opened tun device ``/dev/tun0''<br>ifconfig tun0 inet `hostname` up<br>
ifconfig tun0 add aaaa::1/64<br>ifconfig tun0<br><br>tun0&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Link encap:UNSPEC&nbsp; HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00&nbsp; <br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet addr:127.0.1.1&nbsp; P-t-P:127.0.1.1&nbsp; Mask:255.255.255.255<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; inet6 addr: aaaa::1/64 Scope:Global<br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; UP POINTOPOINT RUNNING NOARP MULTICAST&nbsp; MTU:1500&nbsp; Metric:1<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; RX packets:0 errors:0 dropped:0 overruns:0 frame:0<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; TX packets:0 errors:0 dropped:0 overruns:0 carrier:0<br>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; collisions:0 txqueuelen:500 <br>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; RX bytes:0 (0.0 B)&nbsp; TX bytes:0 (0.0 B)<br><br>*** Address:aaaa::1 =&gt; aaaa:0000:0000:0000<br>SIN: 10<br>Got configuration message of type P<br>Setting prefix aaaa::<br>created a new RPL dag<br>Server IPv6 addresses:<br>
&nbsp; <b>aaaa::212:7400:10d0:42e8<br>&nbsp; fe80::212:7400:10d0:42e8</b><br>SIN: 70<br>slip-bridge: Destination off-link but no route<br>....<br>"<br><br>2. i connected node with rest-server application deploy and connect successful.<br>
when i reset mote print: <br><br>"<br>Rime started with address <b>0.18.116.0.16.197.67.156</b><br>MAC 00:12:74:00:10:c5:43:9c Contiki 2.5 started. Node id is not set.<br>CSMA ContikiMAC, channel check rate 8 Hz, radio channel 26<br>
Tentative link-local IPv6 address <b>fe80:0000:0000:0000:0212:7400:10c5:439c</b><br>Starting 'Rest Server Example'<br>COAP Server<br><br>"<br>and i connect mote successul<br><br>"<br>user@instant-contiki:~/contiki-2.x/examples/rest-example$ make login TARGET=sky MOTE=2<br>
../../tools/sky/serialdump-linux -b115200 /dev/ttyUSB1<br>connecting to /dev/ttyUSB1 (115200) [OK]<br>"<br><br>. but i can not ping6 to mote address as it showed when i reset mote.<br><b>ping6 0.18.116.0.16.197.67.156 --&gt; failed<br>
ping6 fe80:0000:0000:0000:0212:7400:10c5:439c --&gt; failed.</b><br><br>i could ping only the address print when connect border router is:  ping6 aaaa::212:7400:10d0:42e8 --&gt; ok.<br><br>i try to run coap with some addresses above but it print: Server not responding.<br>
<b>coap://[aaaa::0212:7402:0002:0202]:61616/light --&gt; Server not responding.<br><br><br>do you know what was i wrong?<br>and help me how can i test coap on real mote?<br><br><br>thank you very much,<br><br>Ngoc Thanh<br>
</b>
</div></div>
</div><br>







      </body></html>
--0-1930624088-1294992808=:70654--

From trac@tools.ietf.org  Sat Jan 15 17:50:51 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 219983A6C1A for <core@core3.amsl.com>; Sat, 15 Jan 2011 17:50:51 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pGy57knGf8EJ for <core@core3.amsl.com>; Sat, 15 Jan 2011 17:50:50 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 4CFAA3A6BF6 for <core@ietf.org>; Sat, 15 Jan 2011 17:50:50 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PeHnx-0005bD-LM; Sat, 15 Jan 2011 17:53:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sun, 16 Jan 2011 01:53:17 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/61#comment:2
Message-ID: <066.ede2cea54a1e1175988b23bd2fcf215f@tools.ietf.org>
References: <057.e4cc3beda4c24f32f37d2786e56a309d@tools.ietf.org>
X-Trac-Ticket-ID: 61
In-Reply-To: <057.e4cc3beda4c24f32f37d2786e56a309d@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #61 (closed): Cross-protocol attacks
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jan 2011 01:50:51 -0000

#61: Cross-protocol attacks

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added as new section 10.3.4

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  task                |       Status:  closed      
 Priority:  minor               |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/61#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 15 18:55:50 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D82273A6DA4 for <core@core3.amsl.com>; Sat, 15 Jan 2011 18:55:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wfkRgqSbwTnb for <core@core3.amsl.com>; Sat, 15 Jan 2011 18:55:49 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B15773A6DA1 for <core@ietf.org>; Sat, 15 Jan 2011 18:55:49 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PeIot-0007Ut-QA; Sat, 15 Jan 2011 18:58:19 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, hartke@tzi.org
X-Trac-Project: core
Date: Sun, 16 Jan 2011 02:58:19 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/83#comment:2
Message-ID: <062.2e3f107a2ba1542d0e5b24558049fb50@tools.ietf.org>
References: <053.b061b9a9e179f3d95df711ee7014ee5b@tools.ietf.org>
X-Trac-Ticket-ID: 83
In-Reply-To: <053.b061b9a9e179f3d95df711ee7014ee5b@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #83 (closed): Critical options in cached states
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jan 2011 02:55:51 -0000

#83: Critical options in cached states

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added a paragraph at the end of 5.7.  Note that this solution does not
 distinguish caching and non-caching proxies; we may want to validate that
 decision.

-- 
----------------------------+-----------------------------------------------
 Reporter:  hartke@…        |        Owner:  cabo@…      
     Type:  defect          |       Status:  closed      
 Priority:  minor           |    Milestone:              
Component:  coap            |      Version:              
 Severity:  -               |   Resolution:  fixed       
 Keywords:                  |  
----------------------------+-----------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/83#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sun Jan 16 12:42:05 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 13AC63A6E15 for <core@core3.amsl.com>; Sun, 16 Jan 2011 12:42:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a3ujJ3+rysSZ for <core@core3.amsl.com>; Sun, 16 Jan 2011 12:42:04 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 271B83A6E04 for <core@ietf.org>; Sun, 16 Jan 2011 12:42:04 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PeZSi-0007Vw-UV; Sun, 16 Jan 2011 12:44:33 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sun, 16 Jan 2011 20:44:32 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/88#comment:2
Message-ID: <066.fdd31fb9c8e4180b3d87736b4cb30439@tools.ietf.org>
References: <057.98d8fa2673e31ecf2732bfa3c234c0b1@tools.ietf.org>
X-Trac-Ticket-ID: 88
In-Reply-To: <057.98d8fa2673e31ecf2732bfa3c234c0b1@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #88 (closed): HTTP mappin section improvements
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jan 2011 20:42:05 -0000

#88: HTTP mappin section improvements

Changes (by hartke@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Done in coap-04.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  hartke@…      
     Type:  enhancement         |       Status:  closed        
 Priority:  minor               |    Milestone:                
Component:  coap                |      Version:                
 Severity:  -                   |   Resolution:  fixed         
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/88#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sun Jan 16 12:48:25 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7C7D3A6E58 for <core@core3.amsl.com>; Sun, 16 Jan 2011 12:48:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hmygNPd-FAVt for <core@core3.amsl.com>; Sun, 16 Jan 2011 12:48:25 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 32ABF3A6E04 for <core@ietf.org>; Sun, 16 Jan 2011 12:48:25 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PeZYs-0003ZG-9C; Sun, 16 Jan 2011 12:50:54 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org, cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sun, 16 Jan 2011 20:50:54 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/88#comment:3
Message-ID: <066.26d4abbad43cb4baba700d947dbca4ab@tools.ietf.org>
References: <057.98d8fa2673e31ecf2732bfa3c234c0b1@tools.ietf.org>
X-Trac-Ticket-ID: 88
In-Reply-To: <057.98d8fa2673e31ecf2732bfa3c234c0b1@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #88 (closed): HTTP mappin section improvements
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 16 Jan 2011 20:48:26 -0000

#88: HTTP mappin section improvements


Comment(by cabo@…):

 (This is now section 8.)

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  hartke@…      
     Type:  enhancement         |       Status:  closed        
 Priority:  minor               |    Milestone:                
Component:  coap                |      Version:                
 Severity:  -                   |   Resolution:  fixed         
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/88#comment:3>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Mon Jan 17 03:21:27 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BCC923A6D44 for <core@core3.amsl.com>; Mon, 17 Jan 2011 03:21:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Qj1ypRam87iz for <core@core3.amsl.com>; Mon, 17 Jan 2011 03:21:26 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B4BDC3A6F2D for <core@ietf.org>; Mon, 17 Jan 2011 03:21:26 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PenBm-0008CQ-S0; Mon, 17 Jan 2011 03:23:58 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Mon, 17 Jan 2011 11:23:58 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/71#comment:2
Message-ID: <062.2c0b7d84479f2cb7c764ceaa6fb8b064@tools.ietf.org>
References: <053.57a7428f32de33ba4221270bca8ca168@tools.ietf.org>
X-Trac-Ticket-ID: 71
In-Reply-To: <053.57a7428f32de33ba4221270bca8ca168@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #71 (closed): Terminology section
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 17 Jan 2011 11:21:27 -0000

#71: Terminology section

Changes (by zach@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added to coap-04.

-- 
----------------------------+-----------------------------------------------
 Reporter:  hartke@…        |        Owner:  hartke@…      
     Type:  enhancement     |       Status:  closed        
 Priority:  minor           |    Milestone:                
Component:  coap            |      Version:                
 Severity:  -               |   Resolution:  fixed         
 Keywords:                  |  
----------------------------+-----------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/71#comment:2>
core <http://tools.ietf.org/core/>


From angelo.castellani@gmail.com  Tue Jan 18 01:42:34 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5847E3A6EBC for <core@core3.amsl.com>; Tue, 18 Jan 2011 01:42:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.508
X-Spam-Level: 
X-Spam-Status: No, score=-2.508 tagged_above=-999 required=5 tests=[AWL=0.469,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ndASjCd0TgoD for <core@core3.amsl.com>; Tue, 18 Jan 2011 01:42:33 -0800 (PST)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 0C5A33A6DAA for <core@ietf.org>; Tue, 18 Jan 2011 01:42:32 -0800 (PST)
Received: by qwi2 with SMTP id 2so5973607qwi.31 for <core@ietf.org>; Tue, 18 Jan 2011 01:45:09 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=7Lo938GD4pOEo6kn/QOG8FswEBJG7kn3NacOA+1fUZw=; b=hZlCJsH2GB4m+HUK8Eu5iCEfnMjpcP76iLbEwy/ANyXx368BHE+R8NFlebOuhWCoka VBPYnOCSrSL9Sl+q3iZGl1fe/seLh1ntGYKwR4by5jJk8Ba8AX1uc3+4471ySBw05TMm 35owjZSbVqbIoujIPfE5xRFpN+E0IuarbXDfU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=C5dhpYEoURTd9OvvhZsysPagQHj+UtbijAQzDDSNE2aVjKVSJgjzCaGoRKHQI+UepF Zl7HPVQdCdsL8oXVoF99APu/BgzRBSOFqOSVk+57STE+IBIvWOSvl7ZidoPbwxvwhGGf GkICgPmQwxWHZTOYd/V5CWi5pOUTZTvuMIm9k=
Received: by 10.229.233.74 with SMTP id jx10mr4704528qcb.97.1295343907940; Tue, 18 Jan 2011 01:45:07 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.222.195 with HTTP; Tue, 18 Jan 2011 01:44:47 -0800 (PST)
In-Reply-To: <201011221005.37045.mab@comnets.uni-bremen.de>
References: <AANLkTikhQtFdvBDK7Vn67Pmh5QGMsLMtM6rGe3t0GeTB@mail.gmail.com> <201011221005.37045.mab@comnets.uni-bremen.de>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Tue, 18 Jan 2011 10:44:47 +0100
X-Google-Sender-Auth: SI3ok8RAYPI_DASEln2SEc10FTY
Message-ID: <AANLkTimf0mTBszjrM_kQmo_CiwOUH8DpBKYGm=BRYeNP@mail.gmail.com>
To: Markus Becker <mab@comnets.uni-bremen.de>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: core@ietf.org
Subject: Re: [core] Help me with CoAP Demo
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jan 2011 09:42:34 -0000

Markus,
if you are interested in another TinyOS implementation, we have
published our implementation named CoAPC:
https://telecom.dei.unipd.it/pages/read/59/

Our work has some limitations however can be a good starting point.

Best,
Angelo

On Mon, Nov 22, 2010 at 10:05, Markus Becker <mab@comnets.uni-bremen.de> wr=
ote:
>> Dear evey one,
>>
>> now i am starting with CoAP and have to make a demo.
>>
>> do you know where i should start ? and does it have any demo is availabl=
e
>> for CoAP (in tinyos or contiki).
>>
>> could you give me some guide for CoAP Demo?
>
> Probably you would want to start with Olaf's C implementation libcoap [1]=
 or
> Peter's Python implementation coappy [2] on a usual computer and not star=
t
> directly on WSN nodes.
>
> [1] http://sourceforge.net/projects/libcoap/
> [2] http://coapy.sourceforge.net/
>
> We are currently working on a port of libcoap to TinyOS.
>
> Markus
>
>> thank you very much,
>>
>>
>> =A0 =A0 =A0 =A0 Ngoc Thanh
> ------------------------------------------------
> | Dipl.-Ing. Markus Becker
> | Communication Networks
> | Mobile Research Center
> | TZI - Center for Computing Technologies
> | University Bremen
> | Germany
> ------------------------------------------------
> | web: http://www.comnets.uni-bremen.de/~mab/
> | mailto: mab@comnets.uni-bremen.de
> | telephone: +49 421 218 62379
> | building: NW1 room: N2260
> ------------------------------------------------
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

From mab@comnets.uni-bremen.de  Tue Jan 18 02:39:25 2011
Return-Path: <mab@comnets.uni-bremen.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9FFDD3A6F7C for <core@core3.amsl.com>; Tue, 18 Jan 2011 02:39:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.847
X-Spam-Level: 
X-Spam-Status: No, score=-5.847 tagged_above=-999 required=5 tests=[AWL=0.402,  BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3eJUnqSvy+Or for <core@core3.amsl.com>; Tue, 18 Jan 2011 02:39:24 -0800 (PST)
Received: from bugs.comnets.uni-bremen.de (bugs.comnets.uni-bremen.de [134.102.186.10]) by core3.amsl.com (Postfix) with ESMTP id 782F03A6F6E for <core@ietf.org>; Tue, 18 Jan 2011 02:39:24 -0800 (PST)
Received: from shelbyville.comnets.uni-bremen.de (unknown [10.8.0.26]) by bugs.comnets.uni-bremen.de (Postfix) with ESMTPS id B75B2D40131; Tue, 18 Jan 2011 11:41:55 +0100 (CET)
From: Markus Becker <mab@comnets.uni-bremen.de>
Organization: Comnets, University Bremen
To: "Angelo P. Castellani" <angelo@castellani.net>
Date: Tue, 18 Jan 2011 11:41:46 +0100
User-Agent: KMail/1.13.5 (Linux/2.6.32-5-686; KDE/4.5.3; i686; ; )
References: <AANLkTikhQtFdvBDK7Vn67Pmh5QGMsLMtM6rGe3t0GeTB@mail.gmail.com> <201011221005.37045.mab@comnets.uni-bremen.de> <AANLkTimf0mTBszjrM_kQmo_CiwOUH8DpBKYGm=BRYeNP@mail.gmail.com>
In-Reply-To: <AANLkTimf0mTBszjrM_kQmo_CiwOUH8DpBKYGm=BRYeNP@mail.gmail.com>
MIME-Version: 1.0
Content-Type: Text/Plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Message-Id: <201101181141.49341.mab@comnets.uni-bremen.de>
Cc: core@ietf.org
Subject: Re: [core] Help me with CoAP Demo
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jan 2011 10:39:25 -0000

Hi Angelo,

our port of libcoap is now rather far as well. There is a client and a server 
component, which adapts Olaf's libcoap to TinyOS based on blip-1.0. 

Available at:
http://www.comnets.uni-bremen.de/~mab/git/tinyos-main.git/ (via git)

Some limitations as well, of course ...

Markus

> Markus,
> if you are interested in another TinyOS implementation, we have
> published our implementation named CoAPC:
> https://telecom.dei.unipd.it/pages/read/59/
> 
> Our work has some limitations however can be a good starting point.
> 
> Best,
> Angelo
> 
> On Mon, Nov 22, 2010 at 10:05, Markus Becker <mab@comnets.uni-bremen.de> 
wrote:
> >> Dear evey one,
> >> 
> >> now i am starting with CoAP and have to make a demo.
> >> 
> >> do you know where i should start ? and does it have any demo is
> >> available for CoAP (in tinyos or contiki).
> >> 
> >> could you give me some guide for CoAP Demo?
> > 
> > Probably you would want to start with Olaf's C implementation libcoap [1]
> > or Peter's Python implementation coappy [2] on a usual computer and not
> > start directly on WSN nodes.
> > 
> > [1] http://sourceforge.net/projects/libcoap/
> > [2] http://coapy.sourceforge.net/
> > 
> > We are currently working on a port of libcoap to TinyOS.
> > 
> > Markus
> > 
> >> thank you very much,
> >> 
> >> 
> >>         Ngoc Thanh
> > 
> > ------------------------------------------------
> > 
> > | Dipl.-Ing. Markus Becker
> > | Communication Networks
> > | Mobile Research Center
> > | TZI - Center for Computing Technologies
> > | University Bremen
> > | Germany
> > 
> > ------------------------------------------------
> > 
> > | web: http://www.comnets.uni-bremen.de/~mab/
> > | mailto: mab@comnets.uni-bremen.de
> > | telephone: +49 421 218 62379
> > | building: NW1 room: N2260
> > 
> > ------------------------------------------------
> > _______________________________________________
> > core mailing list
> > core@ietf.org
> > https://www.ietf.org/mailman/listinfo/core
------------------------------------------------
| Dipl.-Ing. Markus Becker
| Communication Networks
| Mobile Research Center
| TZI - Center for Computing Technologies
| University Bremen
| Germany
------------------------------------------------
| web: http://www.comnets.uni-bremen.de/~mab/
| mailto: mab@comnets.uni-bremen.de
| telephone: +49 421 218 62379
| building: NW1 room: N2260
------------------------------------------------

From trac@tools.ietf.org  Tue Jan 18 09:19:14 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C255E28C0F1 for <core@core3.amsl.com>; Tue, 18 Jan 2011 09:19:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8fxr9s0uQnaU for <core@core3.amsl.com>; Tue, 18 Jan 2011 09:19:13 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 72D723A6BA3 for <core@ietf.org>; Tue, 18 Jan 2011 09:19:13 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PfFFc-0005pq-Lt; Tue, 18 Jan 2011 09:21:48 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com, cabo@tzi.org
X-Trac-Project: core
Date: Tue, 18 Jan 2011 17:21:48 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/46#comment:1
Message-ID: <066.29e5697e891957fa250979daaafbc945@tools.ietf.org>
References: <057.402b325076adf6c484c4eea03498eaf9@tools.ietf.org>
X-Trac-Ticket-ID: 46
In-Reply-To: <057.402b325076adf6c484c4eea03498eaf9@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, cabo@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] block #46 (closed): Error codes for block
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 18 Jan 2011 17:19:15 -0000

#46: Error codes for block

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Together with a general overhaul of response codes in coap-04, the
 response code 4.13 (Request Block Error) will now be defined in block-01.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  zach@…            
     Type:  task                |       Status:  closed            
 Priority:  trivial             |    Milestone:                    
Component:  block               |      Version:                    
 Severity:  -                   |   Resolution:  fixed             
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/46#comment:1>
core <http://tools.ietf.org/core/>


From stpeter@stpeter.im  Wed Jan 19 13:58:14 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D35683A71DC for <core@core3.amsl.com>; Wed, 19 Jan 2011 13:58:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.566
X-Spam-Level: 
X-Spam-Status: No, score=-102.566 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FmnziPgDKc1d for <core@core3.amsl.com>; Wed, 19 Jan 2011 13:58:13 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id B8CA23A71DB for <core@ietf.org>; Wed, 19 Jan 2011 13:58:13 -0800 (PST)
Received: from leavealone.cisco.com (72-163-0-129.cisco.com [72.163.0.129]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 99B8F400EE for <core@ietf.org>; Wed, 19 Jan 2011 15:16:32 -0700 (MST)
Message-ID: <4D375F13.7010202@stpeter.im>
Date: Wed, 19 Jan 2011 15:00:51 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core@ietf.org
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060701070006020104060100"
Subject: [core] Fwd: Last Call: <draft-ietf-roll-security-framework-03.txt> (A Security Framework for Routing over Low Power and Lossy Networks) to	Informational RFC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 19 Jan 2011 21:58:15 -0000

This is a cryptographically signed message in MIME format.

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

Has anyone in the CORE WG reviewed this document? It provides good
coverage of some underlying security issues that might have an impact on
constrained networks of the kind discussed in the CORE WG...

/psa


-------- Original Message --------
Subject: Last Call: <draft-ietf-roll-security-framework-03.txt> (A
Security	Framework for Routing over Low Power and Lossy Networks) to
Informational RFC
Date: Fri, 10 Dec 2010 13:25:50 -0800
From: The IESG <iesg-secretary@ietf.org>
To: IETF-Announce <ietf-announce@ietf.org>
CC: roll@ietf.org

The IESG has received a request from the Routing Over Low power and Lossy=

networks WG (roll) to consider the following document:
- 'A Security Framework for Routing over Low Power and Lossy Networks'
  <draft-ietf-roll-security-framework-03.txt> as an Informational RFC

The IESG plans to make a decision in the next few weeks, and solicits
final comments on this action. Please send substantive comments to the
ietf@ietf.org mailing lists by 2010-12-30. Exceptionally, comments may be=

sent to iesg@ietf.org instead. In either case, please retain the
beginning of the Subject line to allow automated sorting.

The file can be obtained via
http://datatracker.ietf.org/doc/draft-ietf-roll-security-framework/

IESG discussion can be tracked via
http://datatracker.ietf.org/doc/draft-ietf-roll-security-framework/


No IPR declarations have been submitted directly on this I-D.
_______________________________________________
IETF-Announce mailing list
IETF-Announce@ietf.org
https://www.ietf.org/mailman/listinfo/ietf-announce


--------------ms060701070006020104060100
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEx
OTIyMDA1MVowIwYJKoZIhvcNAQkEMRYEFIG+znYw8bSfkFaJPoAOICzZAMKrMF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQCSmagtysboklLa06UdWqpv4r2qYqi2LRcXG9iR3C9ytqqLyeDZFMt7uk44
OMqMoh5lA5PshiRw1zmSizIAT88uT7d+Bv67rhG92KFQ1aFxGsl8sLMRe7/0qrj+bc+D0+VL
0cB+4cmvyC1NsmPIAXLM+wV3NZbBr2XTkqSiIZFHgzOSfgTOu6ZJDeuXPvcv2rVVa09ueHO+
0fvmlwEvcAUcXwKp3ZT9XWxErEksz8Ap8q06Tr9pRSbKKl/R65E+bVb22DXv0XDt00CGetc+
XTg7aPczYN3SSiWFdYDUATeP7BTOlFQzGbTVygiE6pKfnWZNdqRoGYHTi7VaPIGCJWp8AAAA
AAAA
--------------ms060701070006020104060100--

From angelo.castellani@gmail.com  Thu Jan 20 02:21:34 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A30323A6F75 for <core@core3.amsl.com>; Thu, 20 Jan 2011 02:21:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.536
X-Spam-Level: 
X-Spam-Status: No, score=-2.536 tagged_above=-999 required=5 tests=[AWL=0.441,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dHsSU+e9ERML for <core@core3.amsl.com>; Thu, 20 Jan 2011 02:21:32 -0800 (PST)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 9F12E3A6DA2 for <core@ietf.org>; Thu, 20 Jan 2011 02:21:32 -0800 (PST)
Received: by qwi2 with SMTP id 2so439701qwi.31 for <core@ietf.org>; Thu, 20 Jan 2011 02:24:15 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=KhSA8/XtLxdGoKshg5cm2sztaZ9E0sZ42MaWnApVqwg=; b=EEaXc4RLssTxBxbAyTc9QL+3IdGZTkQJ51Rw7CzCM+hWRs1nWt1z3HBBD8NFBpHnmN FTGUoFo4O+LurWjmkDwP2ZCUjVz4yzqEq08/rKrbLoQpQ326TKLJLTS8fTCmg9FJOuku 7/V6gKg6Qt0n6etWAj/pWWwtBVd+q5pLftr3I=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=ipqS4zbCxh+oLYzJX3j3OcgENkuvCNw2tz2ZeC5kvy1m376HFh1ApRRMT4JoLT9Ijq nNBjebonJaRCzYxy7rFWuOVfI44sn9ujJAh78EVzPfOwNaE5kGSjeJdEfngD1R+6Wn+0 S3SRrdgG3uIcIlUPPDDUk0zb/SKsYtvwgZtVg=
Received: by 10.229.233.196 with SMTP id jz4mr1659384qcb.135.1295519054885; Thu, 20 Jan 2011 02:24:14 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.222.195 with HTTP; Thu, 20 Jan 2011 02:23:54 -0800 (PST)
In-Reply-To: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Thu, 20 Jan 2011 11:23:54 +0100
X-Google-Sender-Auth: DFC_oTrqbgVmIb3-Gh39IeoVUts
Message-ID: <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com>
To: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jan 2011 10:21:34 -0000

Probably I've missed something, however I have the feeling that the
/.well-known/core URI is useful mainly for an human interaction with a
CoAP server.

Link format could be certainly an useful technique for M2M
applications, and in the current draft some information useful for
that kind of interaction is present (content-type, interface
description, ..).

In contrast to this the /.well-known/core URI seems hardly useful by a
machine, because it will provide a list of resources..

For what I can see written in the draft, I cannot understand why a
machine could start a discovery procedure to see the whole content in
the network... Moreover this procedure leaves space for the known
amplification attacks pointed out in the CoAP draft.

In my opinion, machines are instructed to do specific tasks, and for
that tasks they probably will want to start a *service-specific*
discovery in the network.

The draft tells that the /.well-known/core URI is a MUST.

Probably the real question is: Are humans supposed to use CoAP directly?

I don't think so, and for this reason I think that the
/.well-known/core URI is not very useful at all.

I apologize for the late comment, I have had right now a more clear
idea about this...

Best,
Angelo

On Wed, Jan 12, 2011 at 16:42, Cullen Jennings <fluffy@cisco.com> wrote:
>
> I would like to start the working group last call for draft-ietf-core-lin=
k-format-02. Please review the draft and send comments to list by the end o=
f the day Jan 26. If you review the draft and have no comments, send an ema=
il to the list or to the chairs so we have an idea of how much review the d=
raft received.
>
> The draft is at http://tools.ietf.org/html/draft-ietf-core-link-format-02
>
> Thank you,
>
> Cullen & Carsten
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

From cabo@tzi.org  Thu Jan 20 03:38:48 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5E2EB3A70EC for <core@core3.amsl.com>; Thu, 20 Jan 2011 03:38:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.4
X-Spam-Level: 
X-Spam-Status: No, score=-106.4 tagged_above=-999 required=5 tests=[AWL=-0.151, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I8UOwWACR-Ji for <core@core3.amsl.com>; Thu, 20 Jan 2011 03:38:47 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 2ED773A6E47 for <core@ietf.org>; Thu, 20 Jan 2011 03:38:46 -0800 (PST)
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.3/8.14.3) with ESMTP id p0KBfJbe017438; Thu, 20 Jan 2011 12:41:19 +0100 (CET)
Received: from [192.168.217.101] (p5489FCAA.dip.t-dialin.net [84.137.252.170]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id A11B45E5; Thu, 20 Jan 2011 12:41:19 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com>
Date: Thu, 20 Jan 2011 12:41:22 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <5723A7F1-4BC4-4A1B-B420-A403BA7755AA@tzi.org>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jan 2011 11:38:48 -0000

Hi Angelo,

indeed the draft could explain better what the underlying discovery =
model is.
Maybe it doesn't because the discovery mechanisms are independent from =
how you use them, so strictly you don't have to understand the use case =
to use this protocol... But it sure helps when evaluating it.

During commissioning, if you have machines do all the discovery, they =
will never quite know what the items/objects mean.
They also can't really know environmental information, e.g. that the =
light switch B46FFE9DC12A4EEC8DF25346D88E1FB6 is the one near the =
kitchen door.
So a human installer will still be needed in many cases -- either at the =
place of installation or beforehand in planning/supervising an off-site =
commissioning process.
However, a human installer can be helped by a reasonably smart user =
interface on an installer device, and that in turn can be helped a lot =
by devices providing some information about themselves.
Making this information available may even enable simplifying the user =
interface for a simple installation enough that you actually can do it =
using a LED and two buttons.

In short, supporting installation/commissioning is the most useful =
application I see for resource discovery.
There are also applications in diagnostics/debugging and other =
management activities.

Gruesse, Carsten


From trac@tools.ietf.org  Thu Jan 20 15:36:39 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8739D3A6889 for <core@core3.amsl.com>; Thu, 20 Jan 2011 15:36:39 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BzP1ugNmJFih for <core@core3.amsl.com>; Thu, 20 Jan 2011 15:36:38 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DFF033A687D for <core@ietf.org>; Thu, 20 Jan 2011 15:36:38 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pg467-0007BO-4Y; Thu, 20 Jan 2011 15:39:23 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org
X-Trac-Project: core
Date: Thu, 20 Jan 2011 23:39:23 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/48#comment:1
Message-ID: <066.62f70d87121e2f1b52512442af91f0f8@tools.ietf.org>
References: <057.8ff30dd8b9126a4f506cc1fe56054290@tools.ietf.org>
X-Trac-Ticket-ID: 48
In-Reply-To: <057.8ff30dd8b9126a4f506cc1fe56054290@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] block #48 (closed): Examples needed
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Jan 2011 23:36:39 -0000

#48: Examples needed

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added in block-01.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  enhancement         |       Status:  closed      
 Priority:  minor               |    Milestone:              
Component:  block               |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/48#comment:1>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Thu Jan 20 16:53:03 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 471963A6890 for <core@core3.amsl.com>; Thu, 20 Jan 2011 16:53:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H9Vx8SgoE4kH for <core@core3.amsl.com>; Thu, 20 Jan 2011 16:53:02 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 591463A6858 for <core@ietf.org>; Thu, 20 Jan 2011 16:53:02 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pg5I2-0008IJ-Qn; Thu, 20 Jan 2011 16:55:46 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org
X-Trac-Project: core
Date: Fri, 21 Jan 2011 00:55:46 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/49#comment:1
Message-ID: <066.9bce28342d99c231bab3b166d3bdf165@tools.ietf.org>
References: <057.97f8dcf1fed79b1e46222d730c06cc07@tools.ietf.org>
X-Trac-Ticket-ID: 49
In-Reply-To: <057.97f8dcf1fed79b1e46222d730c06cc07@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] block #49 (closed): Security considerations
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jan 2011 00:53:03 -0000

#49: Security considerations

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added in block-01.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  task                |       Status:  closed      
 Priority:  major               |    Milestone:              
Component:  block               |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/49#comment:1>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Fri Jan 21 08:11:36 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BE6603A6A1D for <core@core3.amsl.com>; Fri, 21 Jan 2011 08:11:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pk1CNe-LL+tW for <core@core3.amsl.com>; Fri, 21 Jan 2011 08:11:35 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 08E8E3A6A3A for <core@ietf.org>; Fri, 21 Jan 2011 08:11:35 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PgJcv-0000wY-3G; Fri, 21 Jan 2011 08:14:17 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Fri, 21 Jan 2011 16:14:17 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/72#comment:3
Message-ID: <062.445fa2f4e8667f5948de0d0304372ac1@tools.ietf.org>
References: <053.639894f29bddd032e710ff634d4068d3@tools.ietf.org>
X-Trac-Ticket-ID: 72
In-Reply-To: <053.639894f29bddd032e710ff634d4068d3@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #72 (new): Proxy versus Reverse proxy
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jan 2011 16:11:37 -0000

#72: Proxy versus Reverse proxy

Changes (by hartke@…):

  * owner:  brian@… => hartke@…


-- 
----------------------------+-----------------------------------------------
 Reporter:  hartke@…        |       Owner:  hartke@…      
     Type:  enhancement     |      Status:  new           
 Priority:  minor           |   Milestone:                
Component:  coap            |     Version:                
 Severity:  -               |    Keywords:                
----------------------------+-----------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/72#comment:3>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Fri Jan 21 08:11:50 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D79333A6A3F for <core@core3.amsl.com>; Fri, 21 Jan 2011 08:11:50 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DpzTkyVNbej1 for <core@core3.amsl.com>; Fri, 21 Jan 2011 08:11:50 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 1072A3A6A3E for <core@ietf.org>; Fri, 21 Jan 2011 08:11:50 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PgJdD-000144-F4; Fri, 21 Jan 2011 08:14:35 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: hartke@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Fri, 21 Jan 2011 16:14:35 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/72#comment:4
Message-ID: <062.9729f2f5ba55ab0c5354e53dfd9b941a@tools.ietf.org>
References: <053.639894f29bddd032e710ff634d4068d3@tools.ietf.org>
X-Trac-Ticket-ID: 72
In-Reply-To: <053.639894f29bddd032e710ff634d4068d3@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #72 (closed): Proxy versus Reverse proxy
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jan 2011 16:11:51 -0000

#72: Proxy versus Reverse proxy

Changes (by hartke@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Done in coap-04.

-- 
----------------------------+-----------------------------------------------
 Reporter:  hartke@…        |        Owner:  hartke@…      
     Type:  enhancement     |       Status:  closed        
 Priority:  minor           |    Milestone:                
Component:  coap            |      Version:                
 Severity:  -               |   Resolution:  fixed         
 Keywords:                  |  
----------------------------+-----------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/72#comment:4>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:13:55 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B06B3A6B4D for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:13:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KxD5EuLvDaX4 for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:13:54 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B58B83A6B4C for <core@ietf.org>; Sat, 22 Jan 2011 14:13:54 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pgll8-0002ir-MZ; Sat, 22 Jan 2011 14:16:38 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:16:38 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/54#comment:2
Message-ID: <066.f74db495b8ee3f7a6cef745ed095e598@tools.ietf.org>
References: <057.c99f346c5afd3fa73502ae8c72aadce9@tools.ietf.org>
X-Trac-Ticket-ID: 54
In-Reply-To: <057.c99f346c5afd3fa73502ae8c72aadce9@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #54 (closed): IPsec and multicast
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:13:55 -0000

#54: IPsec and multicast

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => wontfix


Comment:

 Some discussion added in coap-04.
 It appears no good solution can be defined that is fully based on existing
 security standards of the IETF.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  task                |       Status:  closed      
 Priority:  minor               |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  wontfix     
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/54#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:29:59 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6F5AF3A6B5C for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:29:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zXEpH4bEiOUd for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:29:58 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B47F73A6B5B for <core@ietf.org>; Sat, 22 Jan 2011 14:29:58 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pgm0k-0004iV-Sf; Sat, 22 Jan 2011 14:32:46 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:32:46 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/58#comment:2
Message-ID: <066.e84bc78d5308978f8a5bc2dcda929c3f@tools.ietf.org>
References: <057.c926cbbf08febeb5dad3f2eec7273279@tools.ietf.org>
X-Trac-Ticket-ID: 58
In-Reply-To: <057.c926cbbf08febeb5dad3f2eec7273279@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #58 (closed): Define trust model
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:29:59 -0000

#58: Define trust model

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Added some text at the end of the introduction for coap-04.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  task                |       Status:  closed      
 Priority:  minor               |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/58#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:33:16 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C8683A6B63 for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:33:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.587
X-Spam-Level: 
X-Spam-Status: No, score=-102.587 tagged_above=-999 required=5 tests=[AWL=0.013, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qHhBVIDX+NQC for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:33:15 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 0723F3A6B61 for <core@ietf.org>; Sat, 22 Jan 2011 14:33:15 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pgm3v-0003pg-Tv; Sat, 22 Jan 2011 14:36:03 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:36:03 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/55#comment:5
Message-ID: <066.3a9308d1d7e7ff4a19f71a0b7bd489ad@tools.ietf.org>
References: <057.cbcb8082fb49a1a254def976b454a663@tools.ietf.org>
X-Trac-Ticket-ID: 55
In-Reply-To: <057.cbcb8082fb49a1a254def976b454a663@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #55 (closed): AES-CCM vs. AES-CBC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:33:16 -0000

#55: AES-CCM vs. AES-CBC

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Unfortunately, Tero Kivinen's draft is not yet available.
 Otherwise, text added to section 10.1 of CoAP-04.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  enhancement         |       Status:  closed      
 Priority:  trivial             |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/55#comment:5>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:36:16 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B97923A6B67 for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:36:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6eP6W-p-pTNJ for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:36:16 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 0E99D3A6B65 for <core@ietf.org>; Sat, 22 Jan 2011 14:36:16 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pgm6q-00054v-3U; Sat, 22 Jan 2011 14:39:04 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com, cabo@tzi.org, hartke@tzi.org
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:39:04 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/60#comment:2
Message-ID: <066.a471c5bd0a6613fd1caa9f572ab11335@tools.ietf.org>
References: <057.b16a799c382877519fb8cb657d149a2b@tools.ietf.org>
X-Trac-Ticket-ID: 60
In-Reply-To: <057.b16a799c382877519fb8cb657d149a2b@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, cabo@tzi.org, hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #60 (closed): Access control and proxy caches
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:36:16 -0000

#60: Access control and proxy caches

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Explanation of core-CoAP working covered by #58.
 Future extensions might be defined that add functionality here.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  zach@…            
     Type:  defect              |       Status:  closed            
 Priority:  major               |    Milestone:                    
Component:  coap                |      Version:                    
 Severity:  -                   |   Resolution:  fixed             
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/60#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:38:14 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 03E7D3A6B66 for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:38:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rTe+zImsCd4w for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:38:13 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F00FC3A6B65 for <core@ietf.org>; Sat, 22 Jan 2011 14:38:12 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pgm8k-0005AC-4Q; Sat, 22 Jan 2011 14:41:02 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:41:02 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/59#comment:2
Message-ID: <066.195437c799c41d5dc45e137b99fc3bbb@tools.ietf.org>
References: <057.cbf0bd75bba0dd710f209966e4d26782@tools.ietf.org>
X-Trac-Ticket-ID: 59
In-Reply-To: <057.cbf0bd75bba0dd710f209966e4d26782@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #59 (closed): Assumed device capabilities
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:38:14 -0000

#59: Assumed device capabilities

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Significant text about what we consider general properties of constrained
 devices is now available in CoAP-04.
 Specifically with respect to security capabilities, this is covered by new
 text for #58 and #87.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  task                |       Status:  closed      
 Priority:  trivial             |    Milestone:              
Component:  coap                |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/59#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Sat Jan 22 14:52:53 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 567C13A6B8A for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:52:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id P+zZNVWzlfr0 for <core@core3.amsl.com>; Sat, 22 Jan 2011 14:52:52 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 59E7A3A6B88 for <core@ietf.org>; Sat, 22 Jan 2011 14:52:52 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PgmMu-0001RV-Ts; Sat, 22 Jan 2011 14:55:40 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, zach@sensinode.com
X-Trac-Project: core
Date: Sat, 22 Jan 2011 22:55:40 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/87#comment:2
Message-ID: <060.ddd020764bed951856ae7aa4acb9502d@tools.ietf.org>
References: <051.eeb8059d1ae7e95d8ee7a5d799dbefa1@tools.ietf.org>
X-Trac-Ticket-ID: 87
In-Reply-To: <051.eeb8059d1ae7e95d8ee7a5d799dbefa1@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] coap #87 (closed): DTLS section fixes
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Jan 2011 22:52:53 -0000

#87: DTLS section fixes

Changes (by cabo@…):

  * status:  new => closed
  * resolution:  => fixed


Comment:

 Fixed in CoAP-04.
 Further review is, of course, welcome.

-- 
--------------------------------+-------------------------------------------
 Reporter:  cabo@…              |        Owner:  cabo@…      
     Type:  defect              |       Status:  closed      
 Priority:  major               |    Milestone:              
Component:  coap                |      Version:              
 Severity:  Active WG Document  |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/87#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Mon Jan 24 04:15:15 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A3DE3A687B for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VMe3yiIPwld3 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:14 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 63D1E3A686D for <core@ietf.org>; Mon, 24 Jan 2011 04:15:14 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PhLN2-0003Wi-A0; Mon, 24 Jan 2011 04:18:08 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, hartke@tzi.org
X-Trac-Project: core
Date: Mon, 24 Jan 2011 12:18:07 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/32#comment:1
Message-ID: <066.66c4d0c834c01c1260b18f739ac3cdd3@tools.ietf.org>
References: <057.c5048ce08a040beee18d2c625df11c1e@tools.ietf.org>
X-Trac-Ticket-ID: 32
In-Reply-To: <057.c5048ce08a040beee18d2c625df11c1e@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] observe #32 (new): Improve abstract and intro
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:15:15 -0000

#32: Improve abstract and intro

Changes (by hartke@…):

  * owner:  zach@… => cabo@…


-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  cabo@…      
     Type:  enhancement         |      Status:  new         
 Priority:  trivial             |   Milestone:              
Component:  observe             |     Version:              
 Severity:  -                   |    Keywords:              
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/32#comment:1>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Mon Jan 24 04:15:30 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7B1473A6858 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vk-UVVgpdhl4 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:29 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D96843A6AC4 for <core@ietf.org>; Mon, 24 Jan 2011 04:15:29 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PhLNI-00042m-Ks; Mon, 24 Jan 2011 04:18:24 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, hartke@tzi.org
X-Trac-Project: core
Date: Mon, 24 Jan 2011 12:18:24 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/32#comment:2
Message-ID: <066.11b766246300f8652cfa00d13eaa1893@tools.ietf.org>
References: <057.c5048ce08a040beee18d2c625df11c1e@tools.ietf.org>
X-Trac-Ticket-ID: 32
In-Reply-To: <057.c5048ce08a040beee18d2c625df11c1e@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] observe #32 (closed): Improve abstract and intro
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:15:30 -0000

#32: Improve abstract and intro

Changes (by hartke@…):

  * status:  new => closed
  * resolution:  => fixed


-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  enhancement         |       Status:  closed      
 Priority:  trivial             |    Milestone:              
Component:  observe             |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/32#comment:2>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Mon Jan 24 04:15:59 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ECE923A686D for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3yYfing0sgYD for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:15:59 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 3AD8E3A6858 for <core@ietf.org>; Mon, 24 Jan 2011 04:15:59 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1PhLNm-0004mv-1V; Mon, 24 Jan 2011 04:18:54 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: cabo@tzi.org, hartke@tzi.org
X-Trac-Project: core
Date: Mon, 24 Jan 2011 12:18:53 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/core/trac/ticket/37#comment:2
Message-ID: <066.9d44fd9ff3b132e7909d1c9fb7727736@tools.ietf.org>
References: <057.d76c4fb4eaf8e8db6bc0402562ae16bd@tools.ietf.org>
X-Trac-Ticket-ID: 37
In-Reply-To: <057.d76c4fb4eaf8e8db6bc0402562ae16bd@tools.ietf.org>
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: Re: [core] observe #37 (closed): Section on complimentary sub/pub REST frameworks
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:16:00 -0000

#37: Section on complimentary sub/pub REST frameworks

Changes (by hartke@…):

  * status:  new => closed
  * resolution:  => fixed


-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |        Owner:  cabo@…      
     Type:  enhancement         |       Status:  closed      
 Priority:  minor               |    Milestone:              
Component:  observe             |      Version:              
 Severity:  -                   |   Resolution:  fixed       
 Keywords:                      |  
--------------------------------+-------------------------------------------

Ticket URL: <https://wiki.tools.ietf.org/wg/core/trac/ticket/37#comment:2>
core <http://tools.ietf.org/core/>


From Internet-Drafts@ietf.org  Mon Jan 24 04:45:02 2011
Return-Path: <Internet-Drafts@ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A4A53A6874; Mon, 24 Jan 2011 04:45:02 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.448
X-Spam-Level: 
X-Spam-Status: No, score=-102.448 tagged_above=-999 required=5 tests=[AWL=0.151, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id D3Ese1m30MiX; Mon, 24 Jan 2011 04:45:01 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8A0E73A6839; Mon, 24 Jan 2011 04:45:01 -0800 (PST)
MIME-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 3.10
Message-ID: <20110124124501.8453.63428.idtracker@localhost>
Date: Mon, 24 Jan 2011 04:45:01 -0800
Cc: core@ietf.org
Subject: [core] I-D Action:draft-ietf-core-coap-04.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:45:02 -0000

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Constrained RESTful Environments Working Group of the IETF.


	Title           : Constrained Application Protocol (CoAP)
	Author(s)       : Z. Shelby, et al.
	Filename        : draft-ietf-core-coap-04.txt
	Pages           : 75
	Date            : 2011-01-24

This document specifies the Constrained Application Protocol (CoAP),
a specialized web transfer protocol for use with constrained networks
and nodes for machine-to-machine applications such as smart energy
and building automation.  These constrained nodes often have 8-bit
microcontrollers with small amounts of ROM and RAM, while networks
such as 6LoWPAN often have high packet error rates and a typical
throughput of 10s of kbit/s.  CoAP provides a method/response
interaction model between application end-points, supports built-in
resource discovery, and includes key web concepts such as URIs and
content-types.  CoAP easily translates to HTTP for integration with
the web while meeting specialized requirements such as multicast
support, very low overhead and simplicity for constrained
environments.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-core-coap-04.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Message/External-body; name="draft-ietf-core-coap-04.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2011-01-24044119.I-D@ietf.org>


--NextPart--

From zach@sensinode.com  Mon Jan 24 04:49:28 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2A1B23A6873 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:49:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.494
X-Spam-Level: 
X-Spam-Status: No, score=-3.494 tagged_above=-999 required=5 tests=[AWL=0.105,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DjPZub5+htO2 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:49:26 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id E61E53A6875 for <core@ietf.org>; Mon, 24 Jan 2011 04:49:25 -0800 (PST)
Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0OCqGei025852 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <core@ietf.org>; Mon, 24 Jan 2011 14:52:16 +0200
From: Zach Shelby <zach@sensinode.com>
Content-Type: multipart/signed; boundary=Apple-Mail-260--261242162; protocol="application/pkcs7-signature"; micalg=sha1
Date: Mon, 24 Jan 2011 14:52:17 +0200
References: <20110124124119.A32A43A6875@core3.amsl.com>
To: core WG <core@ietf.org>
Message-Id: <F02D27DD-EC4D-41B3-A3AE-B2DDAF892B57@sensinode.com>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] New Version Notification for draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:49:28 -0000

--Apple-Mail-260--261242162
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

http://www.ietf.org/internet-drafts/draft-ietf-core-coap-04.txt

Today we completed the -04 release of CoAP, which closes all known =
issues. Although we are a few weeks late on this release, the author =
team worked extremely hard on closing 25 tickets and made countless =
editorial improvements (special thanks to Klaus and Carsten). We now =
hope this document can be considered a complete specification. Although =
the vast majority of coap-04 tickets were editorial, some tickets did =
require technical changes that implementors should be aware of:

- Max-Age length now 0-4 bytes
- Token length now 0-8 bytes
- New response codes (now base 32)
- New Proxy-Uri option for proxy requests
- Greatly improved HTTP mapping section
- Uri-Path and Location-Path options now segmented

The complete list of changes can be found from Appendix D of the draft.=20=


Regards,
Zach et. al

Begin forwarded message:

> From: IETF I-D Submission Tool <idsubmission@ietf.org>
> Date: January 24, 2011 2:41:19 PM GMT+02:00
> To: zach@sensinode.com
> Cc: hartke@tzi.org, cabo@tzi.org, brian@skyfoundry.com
> Subject: New Version Notification for draft-ietf-core-coap-04=20
>=20
>=20
> A new version of I-D, draft-ietf-core-coap-04.txt has been =
successfully submitted by Zach Shelby and posted to the IETF repository.
>=20
> Filename:	 draft-ietf-core-coap
> Revision:	 04
> Title:		 Constrained Application Protocol (CoAP)
> Creation_date:	 2011-01-24
> WG ID:		 core
> Number_of_pages: 75
>=20
> Abstract:
> This document specifies the Constrained Application Protocol (CoAP),
> a specialized web transfer protocol for use with constrained networks
> and nodes for machine-to-machine applications such as smart energy
> and building automation.  These constrained nodes often have 8-bit
> microcontrollers with small amounts of ROM and RAM, while networks
> such as 6LoWPAN often have high packet error rates and a typical
> throughput of 10s of kbit/s.  CoAP provides a method/response
> interaction model between application end-points, supports built-in
> resource discovery, and includes key web concepts such as URIs and
> content-types.  CoAP easily translates to HTTP for integration with
> the web while meeting specialized requirements such as multicast
> support, very low overhead and simplicity for constrained
> environments.
>=20
>=20
>=20
> The IETF Secretariat.
>=20
>=20

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-260--261242162
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNDEyNTIx
OFowIwYJKoZIhvcNAQkEMRYEFHjBP6lHsGLAiblKpepgfwGTsCtXMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAHhcwvLIhSNf91Fgrr0tLDVc+4GQdggZL09G4T23Nxb7nod94jfBm1Px
xaSZViw7nL6OnTvw3kZAPYWVJijsNmtWwa0bUZPRe5axF5gfCpcTpIjZ0osYX5FzzDOupBIIp50d
k2DaLZO2fruRAd+OFF5Hx2vFg+5frMd9wuKX5blsfLQRvJgN/9qxrl5wJZYYzT3E7K6Rv69v+8aK
fYRJE/XyUb3meidN8qY9xJdco1TFOBYRZCz4mZEl+taGzitNZRk/k8wkjh+xvfPk8ARyvBA7339Y
DOsDYEM2Lv0Ck82Y+8doOBF2XOzx41vtat2W7hDb9pZnBieVf+Fq0Km+RQEAAAAAAAA=

--Apple-Mail-260--261242162--

From cabo@tzi.org  Mon Jan 24 04:52:52 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0EC383A6875 for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:52:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.393
X-Spam-Level: 
X-Spam-Status: No, score=-106.393 tagged_above=-999 required=5 tests=[AWL=-0.144, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5+GP+aV3+7Xi for <core@core3.amsl.com>; Mon, 24 Jan 2011 04:52:51 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id AE7953A6873 for <core@ietf.org>; Mon, 24 Jan 2011 04:52:50 -0800 (PST)
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.3/8.14.3) with ESMTP id p0OCtbio017309 for <core@ietf.org>; Mon, 24 Jan 2011 13:55:37 +0100 (CET)
Received: from [192.168.217.101] (p5489FF28.dip.t-dialin.net [84.137.255.40]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 9ECC5353; Mon, 24 Jan 2011 13:55:37 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <7925360F-9E9E-41F8-8053-9AF6F244C7A9@tzi.org>
Date: Mon, 24 Jan 2011 13:56:01 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <2C8F5968-9EB5-495D-A296-AB96B0E8E5A8@tzi.org>
References: <7925360F-9E9E-41F8-8053-9AF6F244C7A9@tzi.org>
To: Constrained RESTful Environments WG <core@ietf.org>
X-Mailer: Apple Mail (2.1082)
Subject: [core] CoRE WG webex call on Jan 26, 1500 UTC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 12:52:52 -0000

This is a reminder that our next WG webex call is this Wednesday, Jan =
26.
As we decided to stick with a constant 1500 UTC time,
the time for the call is:

	 0700 PST =3D 1000 EST =3D 1500 UTC =3D 1600 CET =3D=20
         1700 EET =3D 2300 China =3D 2400 Japan/Korea

You may have noticed the tickets draining on core CoAP and Block.  =
Indeed, coap-04 and block-01 are likely to be submitted today (with =
observe-01 right on their heels, but maybe not in time for the phone =
call).
So I think we should spend a good part of the time discussing whether =
these are ready for WGLC.
We also should have a quick look at the agenda for Prague.

Do we have any other contributions we should discuss on Wednesday?

(I might have a bit of a difficult time dialing in as I'm going to be at =
a conference, but will try to be there.
Please go ahead with the call even if I'm not there initially.  Please =
do find someone to take notes.)

Gruesse, Carsten


From behcetsarikaya@yahoo.com  Mon Jan 24 09:44:16 2011
Return-Path: <behcetsarikaya@yahoo.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE7323A6918 for <core@core3.amsl.com>; Mon, 24 Jan 2011 09:44:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.94
X-Spam-Level: 
X-Spam-Status: No, score=-0.94 tagged_above=-999 required=5 tests=[AWL=-0.941,  BAYES_50=0.001]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cjtyM5pNwuvW for <core@core3.amsl.com>; Mon, 24 Jan 2011 09:44:15 -0800 (PST)
Received: from nm9-vm0.bullet.mail.sp2.yahoo.com (nm9-vm0.bullet.mail.sp2.yahoo.com [98.139.91.196]) by core3.amsl.com (Postfix) with SMTP id 2EF863A68F8 for <core@ietf.org>; Mon, 24 Jan 2011 09:44:15 -0800 (PST)
Received: from [98.139.91.62] by nm9.bullet.mail.sp2.yahoo.com with NNFMP; 24 Jan 2011 17:47:10 -0000
Received: from [98.139.91.7] by tm2.bullet.mail.sp2.yahoo.com with NNFMP; 24 Jan 2011 17:47:10 -0000
Received: from [127.0.0.1] by omp1007.mail.sp2.yahoo.com with NNFMP; 24 Jan 2011 17:47:10 -0000
X-Yahoo-Newman-Property: ymail-3
X-Yahoo-Newman-Id: 670797.57462.bm@omp1007.mail.sp2.yahoo.com
Received: (qmail 360 invoked by uid 60001); 24 Jan 2011 17:47:10 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s1024; t=1295891230; bh=hz0LppAwxCBgmt1OCxq7qtr4n08KTFXJUDL3Qtywb3A=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=QXNI/renKADSHbmcWLJRSl6kchMwBf09bdBNhaIgfWizQ67biIFwaBzc71zzO3UNxcaalFurGjcJ9laAyJD7mlLnotH1Ib0aMFvFLMwa7KQsGDmskAZ+hcddlha8BBF1B25IRsJUe5tULGgMRscNGVH+eK4dwjvRNwbYLJac5DA=
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.com; h=Message-ID:X-YMail-OSG:Received:X-Mailer:Date:From:Reply-To:Subject:To:MIME-Version:Content-Type; b=shycDF7+2x53rVA1evv/Zlwxu/oYTv0J7ngFnD1Cm6JnaKML3LyYugrsoYRHoM5svNOQ/lS5+/NIzao9Dh66zrKC4bk/8C9RD+7dsNBr37vLS1Z7ROQFyBP2VKyh36aNfNFWGKQqeDZ8rraUcgqw/vHQuiPM2a22zYtrV5kTHeU=;
Message-ID: <19878.85045.qm@web111404.mail.gq1.yahoo.com>
X-YMail-OSG: AU6gyTgVM1m20_2y1MslPiD8pQ7RlqKy73ChzQmJBkZKOol sODNU5AMTqBiCF.iJQdtqEsNei3wYM05xmvqyHaiKQDtMU9EAlX9GdFBVIu. PWj4HsWftzRPye7o8OEGc.Ak.Q1kBgfB8tiQFXPzp11Gk.5bjEQMyDyMp9aV ITvvA51l520Rt8Na.jIZjj2dk5h6adFHmrZE_MuRMKb.99GUG5lh6VLAhqm8 0r.EsnUB1e8gnTgx9zYdsvUIXdTYOAhP6a0O5lUMAq1UbUH02kSAtbAmFrHZ ugOLGFthSU4YekivLmjFy6_Pjr_1.OsN2O4W2dju0v_gqA3Gufx7Vx2d3m_P RyX3FHZNOrTpMzMpL22o3mCTTCQgFBetJd2aTHgqGVa9VOaP3XuTikkj7zSh Qi_T4D435DB4-
Received: from [206.16.17.212] by web111404.mail.gq1.yahoo.com via HTTP; Mon, 24 Jan 2011 09:47:09 PST
X-Mailer: YahooMailRC/555 YahooMailWebService/0.8.107.285259
Date: Mon, 24 Jan 2011 09:47:09 -0800 (PST)
From: Behcet Sarikaya <behcetsarikaya@yahoo.com>
To: core <core@ietf.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Subject: [core] Security bootstrapping draft new version
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Behcet Sarikaya <sarikaya@ieee.org>
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 17:44:16 -0000

Has been submitted can be found at:

http://tools.ietf.org/id/draft-sarikaya-core-sbootstrapping-01.txt

Regards,

Behcet



      

From cabo@tzi.org  Mon Jan 24 09:52:48 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8A6CD3A6926 for <core@core3.amsl.com>; Mon, 24 Jan 2011 09:52:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.387
X-Spam-Level: 
X-Spam-Status: No, score=-106.387 tagged_above=-999 required=5 tests=[AWL=-0.138, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JwejJjqy-PVR for <core@core3.amsl.com>; Mon, 24 Jan 2011 09:52:46 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 5F65B3A6403 for <core@ietf.org>; Mon, 24 Jan 2011 09:52:45 -0800 (PST)
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.3/8.14.3) with ESMTP id p0OHtUnZ013804; Mon, 24 Jan 2011 18:55:30 +0100 (CET)
Received: from [192.168.217.112] (p5489FF28.dip.t-dialin.net [84.137.255.40]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3526E56C; Mon, 24 Jan 2011 18:55:30 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <19878.85045.qm@web111404.mail.gq1.yahoo.com>
Date: Mon, 24 Jan 2011 18:55:53 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <95BB6DC7-8B21-4DF2-B713-CEFC5BA840C3@tzi.org>
References: <19878.85045.qm@web111404.mail.gq1.yahoo.com>
To: Behcet Sarikaya <sarikaya@ieee.org>
X-Mailer: Apple Mail (2.1082)
Cc: core <core@ietf.org>
Subject: Re: [core] Security bootstrapping draft new version
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Jan 2011 17:52:49 -0000

> http://tools.ietf.org/id/draft-sarikaya-core-sbootstrapping-01.txt

Thanks Behcet (and the other authors).
It appears that the revision mainly adds the recommissioning =
requirement, which we seemed to have some input on in Beijing.
Given that, I gather we won't need time on Wednesday to discuss the =
update?

Gruesse, Carsten

PS.: For those not well-versed in the tools site: A diff can be viewed =
at:

=
http://tools.ietf.org/rfcdiff?url2=3Ddraft-sarikaya-core-sbootstrapping-01=
.txt


From Akbar.Rahman@InterDigital.com  Mon Jan 24 21:32:45 2011
Return-Path: <Akbar.Rahman@InterDigital.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EEF063A6A46 for <core@core3.amsl.com>; Mon, 24 Jan 2011 21:32:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.134
X-Spam-Level: 
X-Spam-Status: No, score=-2.134 tagged_above=-999 required=5 tests=[AWL=0.465,  BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYFJMFfGwShq for <core@core3.amsl.com>; Mon, 24 Jan 2011 21:32:39 -0800 (PST)
Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 4B6F63A6A44 for <core@ietf.org>; Mon, 24 Jan 2011 21:32:39 -0800 (PST)
Received: from SAM.InterDigital.com ([10.30.2.11]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675);  Tue, 25 Jan 2011 00:35:35 -0500
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Date: Tue, 25 Jan 2011 00:35:34 -0500
Message-ID: <D60519DB022FFA48974A25955FFEC08C035D2613@SAM.InterDigital.com>
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
Thread-Topic: [core] WGLC for draft-ietf-core-link-format-02
Thread-Index: AcuybxTMQbwQAEM8Q7mF/KMRZrN19gJ3F+8B
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
From: "Rahman, Akbar" <Akbar.Rahman@InterDigital.com>
To: "Cullen Jennings" <fluffy@cisco.com>, "core WG" <core@ietf.org>
X-OriginalArrivalTime: 25 Jan 2011 05:35:35.0418 (UTC) FILETIME=[B0C3B5A0:01CBBC51]
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 05:32:45 -0000

Hi Cullen/Carsten,
=20
=20
I read the draft and think it is in good shape, and I support passing of =
the working group last call for the draft.  I did, however, have some =
questions and comments on the draft as follows:
=20
=20
1) The draft refers to RFC5988 (Web Linking) for the original definition =
of Link Header.  In that RFC, the Link Header field is clearly defined =
in, for example, section 5 of the RFC. This draft takes RFC5988 =
definition of Link Header and adapts it for CORE.  But some important =
points in this adaptation and extension of Link Headers were not totally =
clear to me.  For example, do the cardinality rules of Link Headers from =
RFC5988 still apply to CORE?   A general suggestion would be to clarify =
section 2 of this draft to better explain the principles of how Link =
Format is used in CORE.
=20
=20
2) Some good examples of how the CORE Link Format is embedded in the =
payload are given in section 4. =20
But some normative text should be added to specify precisely how the =
Link Format delimited and identified in the payload.
=20
=20
Nits:
=20
3) If the CORE Link Format is embedded in the payload why is there a =
need to register for the "hosts" relation type in section 6.2?  (I'm =
probably missing something obvious here.)
=20
4) Shouldn't "RFC 5785" be a normative reference?
=20
=20
Sincerely,
=20
=20

Akbar

________________________________

From: core-bounces@ietf.org on behalf of Cullen Jennings
Sent: Wed 1/12/2011 10:42 AM
To: core WG
Subject: [core] WGLC for draft-ietf-core-link-format-02




I would like to start the working group last call for =
draft-ietf-core-link-format-02. Please review the draft and send =
comments to list by the end of the day Jan 26. If you review the draft =
and have no comments, send an email to the list or to the chairs so we =
have an idea of how much review the draft received.

The draft is at =
http://tools.ietf.org/html/draft-ietf-core-link-format-02

Thank you,

Cullen & Carsten

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



From prvs=1006A469FE=guido.moritz@uni-rostock.de  Tue Jan 25 01:54:32 2011
Return-Path: <prvs=1006A469FE=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 089313A6990 for <core@core3.amsl.com>; Tue, 25 Jan 2011 01:54:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.683
X-Spam-Level: 
X-Spam-Status: No, score=-1.683 tagged_above=-999 required=5 tests=[AWL=0.566,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uYRpYfl2BSAa for <core@core3.amsl.com>; Tue, 25 Jan 2011 01:54:30 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 487B93A6954 for <core@ietf.org>; Tue, 25 Jan 2011 01:54:29 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'core' <core@ietf.org>
Date: Tue, 25 Jan 2011 10:57:37 +0100
Message-ID: <003701cbbc76$4c05c340$e41149c0$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Acu8bs6OGR2vWCNQQPuiX7+AgbZmmA==
Content-Language: de
Subject: [core] CoAP 04 Feedback
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 09:54:32 -0000

Dear authors,

I am happy to see CoAP-04 out and it seems in a good shape...thanks for =
the
authors and the work they have done!

Nevertheless, some critical points:
1) Own Options
I would be interested in more details how to proceed with own CoAP =
options
as it is mentioned in 04 briefly only. What made HTTP applicable in =
several
of applications is the extendibility of the header with own fields. But
since CoAP is binary, overlapping header definitions might become a =
serious
problem (I have in mind huge networks running CoAP requiring several
different extensions). What is the plan to prevent this? Do I need to go
through IANA each time?

2) Ignore Duplicates
I know that there has been a similar discussion, but I would be happy if
there is a more clear definition which messages will be ignored. =
Something
like: "If the same Message ID is received, process only the first one =
and
ignore the others". Or couple the defined procedure on the used method?!
This is just a question of a clear definition how to implement CoAP.

3) "Empty" messages
I stumbled over the "empty" message in e.g. section 4.3.1 and 4.3.2. It =
may
be interpreted that "empty" means no payload and thus the mentioned =
sections
make no sense at all. Maybe a clear definition of an empty message in
section 2.1 would relax this.

4) Response Codes
I don't really like the definition that 2.00 OK is only possible for a =
GET.
What is the general intention to limit the response codes on single =
methods,
especially the most generic code 2.00 OK? I have a scenario in mind =
where a
POST request is processed and may result in a merge of two resources to =
one.
Hence one is created, two are deleted. I can do this in two or more =
request,
but I would like to use one. So DELETED and CREATED are not appropriate =
and
I would like to have an OK by the server if everything is fine...but =
this
was a POST and not a GET. There may be more scenarios were a simple OK =
is
the most reasonable response.=20

5) Message Size
I still don't like the definition of message size (section 3.1), because =
it
refers too much to the IP layer and too much to the link layer sizes
(especially in case of CoAP is carried over IPv4). This is a very heavy
cross layering and I am not sure if implementers of applications are =
always
aware of this and the implications. Additionally I am still not sure =
about
the term "IP datagram" as "datagram" is defined by ISO as term for =
transport
layer (i.e. UDP).
Because CoAP is based on UDP, maybe a better definition would be "A CoAP
message MUST fit in a single UDP datagram".=20
Additionally there might be separate definitions like: "If running over
IPv4, IP fragmentation MAY be avoided and SHOULD be avoided if carried =
over
IPv6". This lightens these definitions a bit and especially as IPv4 has =
(as
far as I know) no clear definition of a minimum MTU like IPv6. =
Nevertheless
I am not sure why such an IP layer definition is required at all (again =
as
far as I know IPv6 requires fragmentation as MUST) and it also might be
replaced by "SHOULD not exceed 1280 byte". Such a numerical definition =
is
much clearer.
(BTW: The definition of a "good upper bound" does not relax the =
obscurities
in this section)

Mit freundlichen Gr=FCssen

Guido Moritz

-------------------------
Dipl. Ing. Guido Moritz
Universitaet Rostock, Fakultaet f. Informatik und Elektrotechnik
Institut f. Angewandte Mikroelektronik und Datentechnik
University of Rostock, Department of CS and EE
Institute of Applied Microelectronics and Computer Engineering
Richard-Wagner Str. 31, 18119 Rostock-Warnemuende
Phone:=A0 +49 (0)381 498 - 7269
http://www.imd.uni-rostock.de
http://www.ws4d.org
http://www.aal-rostock.de




From esko.dijk@philips.com  Tue Jan 25 02:15:54 2011
Return-Path: <esko.dijk@philips.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EC7DD3A6990 for <core@core3.amsl.com>; Tue, 25 Jan 2011 02:15:54 -0800 (PST)
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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NtheaTLbpdKk for <core@core3.amsl.com>; Tue, 25 Jan 2011 02:15:54 -0800 (PST)
Received: from ch1outboundpool.messaging.microsoft.com (ch1outboundpool.messaging.microsoft.com [157.55.116.159]) by core3.amsl.com (Postfix) with ESMTP id 08D9E3A6834 for <core@ietf.org>; Tue, 25 Jan 2011 02:15:54 -0800 (PST)
Received: from mail70-ch1-R.bigfish.com (216.32.181.170) by CH1EHSOBE001.bigfish.com (10.43.70.51) with Microsoft SMTP Server id 14.1.225.8; Tue, 25 Jan 2011 10:18:49 +0000
Received: from mail70-ch1 (localhost.localdomain [127.0.0.1])	by mail70-ch1-R.bigfish.com (Postfix) with ESMTP id 799661340238; Tue, 25 Jan 2011 10:18:49 +0000 (UTC)
X-SpamScore: -39
X-BigFish: VPS-39(zz15d6O9251J542N217bLzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h)
X-Spam-TCS-SCL: 0:0
X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:NLHILEXE03.CONNECT1.LOCAL; RD:smtpx.philips.com; EFVD:NLI
Received: from mail70-ch1 (localhost.localdomain [127.0.0.1]) by mail70-ch1 (MessageSwitch) id 1295950729157023_11690; Tue, 25 Jan 2011 10:18:49 +0000 (UTC)
Received: from CH1EHSMHS012.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.247])	by mail70-ch1.bigfish.com (Postfix) with ESMTP id 19EFA144004F;	Tue, 25 Jan 2011 10:18:49 +0000 (UTC)
Received: from NLHILEXE03.CONNECT1.LOCAL (168.87.56.20) by CH1EHSMHS012.bigfish.com (10.43.70.12) with Microsoft SMTP Server (TLS) id 14.1.225.8; Tue, 25 Jan 2011 10:18:48 +0000
Received: from NLHILEXH03.connect1.local (172.16.153.78) by connect1.philips.com (172.16.156.152) with Microsoft SMTP Server (TLS) id 8.3.106.1; Tue, 25 Jan 2011 11:18:47 +0100
Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLHILEXH03.connect1.local ([172.16.153.78]) with mapi; Tue, 25 Jan 2011 11:18:47 +0100
From: "Dijk, Esko" <esko.dijk@philips.com>
To: Cullen Jennings <fluffy@cisco.com>, "core@ietf.org" <core@ietf.org>
Date: Tue, 25 Jan 2011 11:18:46 +0100
Thread-Topic: [core] WGLC for draft-ietf-core-link-format-02
Thread-Index: Acuybw9W79fiyHAvQPKUOzb+ZtI7iwKCBSmw
Message-ID: <A337AA36B3B96E4D853E6182B2F27AE2C71FAFB3AD@NLCLUEXM03.connect1.local>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
In-Reply-To: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: philips.com
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 10:15:55 -0000

Dear Cullen and Carsten,

I have read the draft and I noticed one potential issue, in the description=
s of filtering.

Section 3.1 states:
"If the decoded query-pattern does not end with "*", a link value matches t=
he query only if the value of the attribute or URI-reference denoted by the=
 resource-param is bytewise identical to the query-pattern".
In other words, a query without using "*" only finds values that equal the =
query-pattern.

Then the paragraph below this text states
"... An implementation supporting filtering MUST return only those entries =
 for which the value of the link attribute identified by the resource-param=
 contains the query-pattern as a substring."
In other words, a query will return entries based on substring matching, so=
 not necessarily bytewise identical. This seemingly contradicts the previou=
s text. Also this sentence probably should take into account that querying =
can be done with/without wildcard "*" - the two cases cause different match=
ing behavior.

best regards,

Esko Dijk

Philips Corporate Technologies, Research
High Tech Campus 34, Eindhoven, The Netherlands
esko.dijk@philips.com


-----Original Message-----
From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Cul=
len Jennings
Sent: Wednesday 12 January 2011 16:42
To: core WG
Subject: [core] WGLC for draft-ietf-core-link-format-02


I would like to start the working group last call for draft-ietf-core-link-=
format-02. Please review the draft and send comments to list by the end of =
the day Jan 26. If you review the draft and have no comments, send an email=
 to the list or to the chairs so we have an idea of how much review the dra=
ft received.

The draft is at http://tools.ietf.org/html/draft-ietf-core-link-format-02

Thank you,

Cullen & Carsten

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

The information contained in this message may be confidential and legally p=
rotected under applicable law. The message is intended solely for the addre=
ssee(s). If you are not the intended recipient, you are hereby notified tha=
t any use, forwarding, dissemination, or reproduction of this message is st=
rictly prohibited and may be unlawful. If you are not the intended recipien=
t, please contact the sender by return e-mail and destroy all copies of the=
 original message.


From cabo@tzi.org  Tue Jan 25 03:05:32 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B42E13A6B9F for <core@core3.amsl.com>; Tue, 25 Jan 2011 03:05:32 -0800 (PST)
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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T8FxFPp3I4Tz for <core@core3.amsl.com>; Tue, 25 Jan 2011 03:05:32 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 544333A6BA2 for <core@ietf.org>; Tue, 25 Jan 2011 03:05:31 -0800 (PST)
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.3/8.14.3) with ESMTP id p0PB8Lwn025069; Tue, 25 Jan 2011 12:08:21 +0100 (CET)
Received: from [192.168.2.2] (ip-109-43-3-116.web.vodafone.de [109.43.3.116]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 308B285A; Tue, 25 Jan 2011 12:08:11 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <003701cbbc76$4c05c340$e41149c0$@uni-rostock.de>
Date: Tue, 25 Jan 2011 12:08:35 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <92EA370D-FF85-4867-B27C-75EA0EA8FAF1@tzi.org>
References: <003701cbbc76$4c05c340$e41149c0$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
X-Mailer: Apple Mail (2.1082)
Cc: 'core' <core@ietf.org>
Subject: [core] User Option -- Re:  CoAP 04 Feedback
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 11:05:32 -0000

Hi Guido,

thanks for reviewing this draft so quickly.
These are all very good points.

To get some structure into the discussion, let me start with your point =
1.
coap-misc (which is very much overtaken now in certain parts and sorely =
needs to be updated) defines a User-defined option.
Is that something we should pick up?  Or do you have something different =
in mind?
I think we can discuss this best by first starting with the use case.

Gruesse, Carsten


From prvs=2006EA83FE=guido.moritz@uni-rostock.de  Tue Jan 25 03:59:21 2011
Return-Path: <prvs=2006EA83FE=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A9FA83A683E for <core@core3.amsl.com>; Tue, 25 Jan 2011 03:59:21 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.777
X-Spam-Level: 
X-Spam-Status: No, score=-1.777 tagged_above=-999 required=5 tests=[AWL=0.472,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RcfV3CLPHrhR for <core@core3.amsl.com>; Tue, 25 Jan 2011 03:59:20 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 929963A63C9 for <core@ietf.org>; Tue, 25 Jan 2011 03:59:20 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Carsten Bormann' <cabo@tzi.org>
References: <003701cbbc76$4c05c340$e41149c0$@uni-rostock.de> <92EA370D-FF85-4867-B27C-75EA0EA8FAF1@tzi.org>
In-Reply-To: <92EA370D-FF85-4867-B27C-75EA0EA8FAF1@tzi.org>
Date: Tue, 25 Jan 2011 13:02:29 +0100
Message-ID: <005801cbbc87$bd4147d0$37c3d770$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGgJM4dPByFmFNtOi8zdIpW5YBO0wIbqwYClCfjFhA=
Content-Language: de
Cc: 'core' <core@ietf.org>
Subject: Re: [core] User Option -- Re:  CoAP 04 Feedback
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 11:59:21 -0000

Sorry, I didn't had in mind that misc-06 proposes something like this. =
What
is required is some kind of "cookbook" or "framework" how to define own
options without requiring going through any registration process.=20
I am not completely sure about the use cases. But a view on HTTP and the
existing enhancements (WebDav, XMPP over HTTP, RPC over HTTP, SOAP over
HTTP...) points to a need for such a mechanism to make CoAP not yet =
another
protocol but a long term cross domain solution. When defining HTTP, =
surely
nobody had in mind such mentioned couplings. But they are out there and
working...

Misc-06 seems to be a good starting point. Nevertheless, I am not sure =
if
the SDNV separation is applicable.=20
Maybe it would also be possible to have a double-track solution:=20
1. Either the own option is identified by a binary encoded option, =
defined
somewhere at IANA or any other responsible organization (similar to the
solution in misc-06). Can we make sure to have all these registration in =
one
place to prevent from overlapping?=20
2. Or if not applicable or possible, the own option may be identified as
ASCII string carried inline in the header. It is not optimal in size, =
but
very flexible and eases definition of own options significantly.=20

Guido

> -----Urspr=FCngliche Nachricht-----
> Von: Carsten Bormann [mailto:cabo@tzi.org]
> Gesendet: Dienstag, 25. Januar 2011 12:09
> An: Guido Moritz
> Cc: 'core'
> Betreff: User Option -- Re: [core] CoAP 04 Feedback
>=20
> Hi Guido,
>=20
> thanks for reviewing this draft so quickly.
> These are all very good points.
>=20
> To get some structure into the discussion, let me start with your =
point 1.
> coap-misc (which is very much overtaken now in certain parts and =
sorely
> needs to be updated) defines a User-defined option.
> Is that something we should pick up?  Or do you have something =
different
in
> mind?
> I think we can discuss this best by first starting with the use case.
>=20
> Gruesse, Carsten



From Internet-Drafts@ietf.org  Tue Jan 25 04:30:04 2011
Return-Path: <Internet-Drafts@ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 30F8C3A6BAF; Tue, 25 Jan 2011 04:30:04 -0800 (PST)
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=[BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AIw+gTexeb5q; Tue, 25 Jan 2011 04:30:02 -0800 (PST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 422E03A6864; Tue, 25 Jan 2011 04:30:02 -0800 (PST)
MIME-Version: 1.0
Content-Type: Multipart/Mixed; Boundary="NextPart"
From: Internet-Drafts@ietf.org
To: i-d-announce@ietf.org
X-Test-IDTracker: no
X-IETF-IDTracker: 3.10
Message-ID: <20110125123002.4926.6268.idtracker@localhost>
Date: Tue, 25 Jan 2011 04:30:02 -0800
Cc: core@ietf.org
Subject: [core] I-D Action:draft-ietf-core-block-01.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 12:30:04 -0000

--NextPart

A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Constrained RESTful Environments Working Group of the IETF.


	Title           : Blockwise transfers in CoAP
	Author(s)       : Z. Shelby, C. Bormann
	Filename        : draft-ietf-core-block-01.txt
	Pages           : 19
	Date            : 2011-01-25

CoAP is a RESTful transfer protocol for constrained nodes and
networks.  CoAP is based on datagram transport, which limits the
maximum size of resource representations that can be transferred
without too much fragmentation.  The Block option provides a minimal
way to transfer larger representations in a block-wise fashion.

A URL for this Internet-Draft is:
http://www.ietf.org/internet-drafts/draft-ietf-core-block-01.txt

Internet-Drafts are also available by anonymous FTP at:
ftp://ftp.ietf.org/internet-drafts/

Below is the data which will enable a MIME compliant mail reader
implementation to automatically retrieve the ASCII version of the
Internet-Draft.

--NextPart
Content-Type: Message/External-body; name="draft-ietf-core-block-01.txt";
	site="ftp.ietf.org"; access-type="anon-ftp";
	directory="internet-drafts"

Content-Type: text/plain
Content-ID: <2011-01-25042552.I-D@ietf.org>


--NextPart--

From zach@sensinode.com  Tue Jan 25 04:33:23 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 234693A6BAE for <core@core3.amsl.com>; Tue, 25 Jan 2011 04:33:23 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.299
X-Spam-Level: 
X-Spam-Status: No, score=-1.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_TOOL=2.3, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8ak4fBIcfQKg for <core@core3.amsl.com>; Tue, 25 Jan 2011 04:33:22 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 9D6B43A6864 for <core@ietf.org>; Tue, 25 Jan 2011 04:33:21 -0800 (PST)
Received: from [192.168.0.80] (82-128-196-163.bb.dnainternet.fi [82.128.196.163]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0PCaE7T004383 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for <core@ietf.org>; Tue, 25 Jan 2011 14:36:15 +0200
From: Zach Shelby <zach@sensinode.com>
Content-Type: multipart/signed; boundary=Apple-Mail-314--175803036; protocol="application/pkcs7-signature"; micalg=sha1
Date: Tue, 25 Jan 2011 14:36:16 +0200
References: <20110125122554.05C193A6AC5@core3.amsl.com>
To: core WG <core@ietf.org>
Message-Id: <31048368-D513-4B95-B99D-66B22D7AD080@sensinode.com>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] Fwd: New Version Notification for draft-ietf-core-block-01
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 12:33:23 -0000

--Apple-Mail-314--175803036
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

A new version of the CoAP blockwise transfer draft is now available:

http://www.ietf.org/internet-drafts/draft-ietf-core-block-01.txt

The 5 tickets from Beijing have now been closed, here is the change log =
from -00 to -01 (I know, change log should be added to the draft):

- Size estimation performed via the CoRE link format (#44)
- Added benefits to the introduction (#47)
- Added security considerations (#49)
- Added extensive examples (#48)
- New error code "4.08 Request Entity Incomplete" requested (#46)

Zach & Carsten=20

Begin forwarded message:

> From: IETF I-D Submission Tool <idsubmission@ietf.org>
> Date: January 25, 2011 2:25:54 PM GMT+02:00
> To: zach@sensinode.com
> Cc: cabo@tzi.org
> Subject: New Version Notification for draft-ietf-core-block-01=20
>=20
>=20
> A new version of I-D, draft-ietf-core-block-01.txt has been =
successfully submitted by Zach Shelby and posted to the IETF repository.
>=20
> Filename:	 draft-ietf-core-block
> Revision:	 01
> Title:		 Blockwise transfers in CoAP
> Creation_date:	 2011-01-25
> WG ID:		 core
> Number_of_pages: 19
>=20
> Abstract:
> CoAP is a RESTful transfer protocol for constrained nodes and
> networks.  CoAP is based on datagram transport, which limits the
> maximum size of resource representations that can be transferred
> without too much fragmentation.  The Block option provides a minimal
> way to transfer larger representations in a block-wise fashion.
>=20
>=20
>=20
> The IETF Secretariat.
>=20
>=20

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-314--175803036
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNTEyMzYx
N1owIwYJKoZIhvcNAQkEMRYEFMwNf3ill4Hh8fjQk79rQEOhvp8tMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAICMDEPxfXCzpekDIWzvXPE0fBert9A2nDY9HUP2oxfMkX4Whw1QBjv3
p1dL27Wnvrpx1DGPmIoH4+Ugji57CVmtgNSFw/hSIDIZfuMq62fcbFrqjafe2kg6ameZRYQZpZET
szcWF8KB3ohcTuv+6OLHYBgNLGRbe5forbEnlofa3LM89GeLk0SZx7ZTtVfhA8w/191FcT2/xLVI
2R3hJgXBT+QFjzPS7CDuiFzM778scCZeScGgVM6fHft3yPUX6qD3cSl/okI6hfhGjkaDEPn0DTWQ
UakVT1v/FdcR03q0snsWM+jUBPlGD1hE5hwafTRBczSHGED6hbYmlGRYtL0AAAAAAAA=

--Apple-Mail-314--175803036--

From matthieu.vial@fr.non.schneider-electric.com  Tue Jan 25 07:52:32 2011
Return-Path: <matthieu.vial@fr.non.schneider-electric.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6CB213A67ED; Tue, 25 Jan 2011 07:52:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.288
X-Spam-Level: 
X-Spam-Status: No, score=-3.288 tagged_above=-999 required=5 tests=[AWL=0.311,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q4dMsVuU0jn2; Tue, 25 Jan 2011 07:52:31 -0800 (PST)
Received: from mailX01.eud.schneider-electric.com (mailx01.eud.schneider-electric.com [205.167.7.35]) by core3.amsl.com (Postfix) with ESMTP id E87AC3A67EA; Tue, 25 Jan 2011 07:52:30 -0800 (PST)
Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX01.eud.schneider-electric.com with ESMTP id 2011012516384223-26930 ; Tue, 25 Jan 2011 16:38:42 +0100 
In-Reply-To: <003701cbbc76$4c05c340$e41149c0$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
From: matthieu.vial@fr.non.schneider-electric.com
Message-ID: <OFF88698F5.9CA19CA4-ONC1257823.0051F435-C1257823.00577855@Schneider-Electric.com>
Date: Tue, 25 Jan 2011 16:55:19 +0100
X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 25/01/2011 16:55:27, Serialize complete at 25/01/2011 16:55:27, Itemize by SMTP Server on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 25/01/2011 16:38:42, Serialize by Router on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 25/01/2011 16:38:43, Serialize complete at 25/01/2011 16:38:43
Content-Type: text/plain; charset="US-ASCII"
Cc: core-bounces@ietf.org, 'core' <core@ietf.org>
Subject: [core] RE  CoAP 04 Feedback
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 15:52:32 -0000

Hi all,

First of all I would like to congratulate the authors for their work.

Here are some more comments about the draft, hoping it could be useful.

1) section 4.1
The text about response floods with error codes has been removed but 
section 10.3.3 and 2.1 still have references to it.
Also there could be an additional congestion control mechanism for 
multicast responses like a short random delay for responses to a multicast 
request.

2) section 5.3
Why is it a SHOULD and not a MUST in the sentence "The client SHOULD 
generate tokens in a way that tokens currently in use are unique"?
For the message ID the equivalent sentence is with a MUST. Is it because 
if the client knows in advance that every transactions are immediate, 
tokens will be useless?

3) section 5.8.2
IMHO the term full deduplication support is not well defined. Maybe there 
could be a separate section to describe the deduplication mechanism and a 
reference in 5.8
The right thing to do with duplicate messages is better expressed in 
coap-4 but is still not obvious because there are many optimizations that 
an implemention may chose to adopt.

4) section 5.10.1
The token option defaults to a zero-length token. What is the exact goal 
for an empty token? Does it mean that a client supporting only one 
outstanding request does not have to generate a token and can just always 
use token 0? Is there a risk to receive cross responses if a client always 
uses the same token even if there is only one active request at a time and 
especially in case of deferred responses with late retransmissions?
 Maybe there could be a reference to section 5.3 which already contains 
details about empty token.

5) section 5.10.5
I understand the text with the opposite meaning compared to coap-3 when 
max-age is used in a request. What is the exact goal? 
a) I want a representation that I can keep at least X seconds in my cache. 
(coap-4)
b) I want a representation which is no more than X second old. (coap-3)

6) Table 1
- IMHO the explanations in appendix A about zero-length uint for max age 
and URI port appear quite late.
- Table 1 specifies that the length range for the token option is 1-8. It 
is not fully consistent with an empty default value. But maybe it means: 
if the option is present the length is 1-8 otherwise the length is 0

7) section 8.1
The most used HTTP code (200 OK) is the most complex to map to CoAP. Maybe 
a more straightforward mapping could avoid interoperability issues.

8) section 10.3.1
Do you think there is a possibility to build a link-format just like a 
sequence of coap options and then share the same base code but with 
options dedicated to /.well-known/core? URI parsing/construction of coap 
with split paths is much simpler than the current link-format syntax. This 
could reduce the processing vulnerabilities and the amount of code thus 
probably also improve deployment of the discovery feature.

Regards,
Matthieu

From cabo@tzi.org  Tue Jan 25 08:55:08 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 365933A682B for <core@core3.amsl.com>; Tue, 25 Jan 2011 08:55:08 -0800 (PST)
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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CNCe92zIhczL for <core@core3.amsl.com>; Tue, 25 Jan 2011 08:55:05 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id ECD693A6817 for <core@ietf.org>; Tue, 25 Jan 2011 08:55:03 -0800 (PST)
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.3/8.14.3) with ESMTP id p0PGvqsC016370; Tue, 25 Jan 2011 17:57:52 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 1087FB67; Tue, 25 Jan 2011 17:57:52 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <OFF88698F5.9CA19CA4-ONC1257823.0051F435-C1257823.00577855@Schneider-Electric.com>
Date: Tue, 25 Jan 2011 17:58:21 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <CD09A501-2E54-4AF5-93FA-49D24FBDA91F@tzi.org>
References: <OFF88698F5.9CA19CA4-ONC1257823.0051F435-C1257823.00577855@Schneider-Electric.com>
To: matthieu.vial@fr.non.schneider-electric.com
X-Mailer: Apple Mail (2.1082)
Cc: core Environments WG <core@ietf.org>
Subject: [core] Default Tokens, max-age (Re:  RE  CoAP 04 Feedback)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 16:55:08 -0000

Hi Matthieu,

another set of high-quality comments.

Let me try to answer two and a half of them first:

> 2) section 5.3
> Why is it a SHOULD and not a MUST in the sentence "The client SHOULD=20=

> generate tokens in a way that tokens currently in use are unique"?
> For the message ID the equivalent sentence is with a MUST. Is it =
because=20
> if the client knows in advance that every transactions are immediate,=20=

> tokens will be useless?

That is clearly an oversight.
There is one strange corner case, where you have two request going at =
the same point and don't care which one you get.
Say, there are two sources for some information, and you do a GET of =
both.
Really a corner case.
In the end, if you don't use unique tokens, you don't know which of your =
questions were answered.

> 4) section 5.10.1
> The token option defaults to a zero-length token. What is the exact =
goal=20
> for an empty token?

Use very little space :-)

> Does it mean that a client supporting only one=20
> outstanding request does not have to generate a token and can just =
always=20
> use token 0?

Well, the request might be answered with an empty message (i.e., be =
deferred), and *then* you have to start using other token values if you =
want to put another request in flight before you got the response (and =
maybe have waited some suitable MSL to account for UDP duplicates).  As =
long as all your requests get immediate responses, you can continue to =
use a default token.  Also, if you never send another request (more =
precisely: expect to get another response) before you got the deferred =
response that used up your empty token (and some suitable MSL has =
elapsed), you also get by with an empty token.

> Is there a risk to receive cross responses if a client always=20
> uses the same token even if there is only one active request at a time =
and=20
> especially in case of deferred responses with late retransmissions?
> Maybe there could be a reference to section 5.3 which already contains=20=

> details about empty token.

The same applies if you always send token 0x4711, so it's not something =
special about the empty token, it's about token reuse.
Reusing the empty token is just especially attractive, because it needs =
zero space in both request and response.

> 5) section 5.10.5
> I understand the text with the opposite meaning compared to coap-3 =
when=20
> max-age is used in a request. What is the exact goal?=20

I don't know; I'm arguing for getting rid of this.

> a) I want a representation that I can keep at least X seconds in my =
cache.=20
> (coap-4)

Well, that makes at least a little bit of sense, so that's what's in =
there.

> b) I want a representation which is no more than X second old. =
(coap-3)

b does not work very well.  Scenario:
C sends a GET/max-age=3D10 to O, the origin server, and caches the =
response.
7 seconds later, B does a GET/max-age-10 to intermediary C and caches =
the response.
6 seconds later, A ends GET/max-age=3D10 to intermediary B. =20
B of course responds out of its cached response, since it got that only =
5 seconds ago from C. =20
Now A got a message that is 13 seconds old.
We'd need something similar to HTTP's Age: header, or some really =
complicated rules for tagging cached responses and only using this if =
there was an appropriate chain of max-age request options, to solve =
this.  Worth it?  For which scenario?

> 8) section 10.3.1
> Do you think there is a possibility to build a link-format just like a=20=

> sequence of coap options and then share the same base code but with=20
> options dedicated to /.well-known/core? URI parsing/construction of =
coap=20
> with split paths is much simpler than the current link-format syntax. =
This=20
> could reduce the processing vulnerabilities and the amount of code =
thus=20
> probably also improve deployment of the discovery feature.

Interesting.

Gruesse, Carsten



From cabo@tzi.org  Tue Jan 25 10:56:56 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A6F323A683B for <core@core3.amsl.com>; Tue, 25 Jan 2011 10:56:56 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -107.249
X-Spam-Level: 
X-Spam-Status: No, score=-107.249 tagged_above=-999 required=5 tests=[AWL=0.999, BAYES_00=-2.599, GB_I_INVITATION=-2, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id twsyN4u6SnrH for <core@core3.amsl.com>; Tue, 25 Jan 2011 10:56:55 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id DB8303A680E for <core@ietf.org>; Tue, 25 Jan 2011 10:56:54 -0800 (PST)
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.3/8.14.3) with ESMTP id p0PIxhdS004930 for <core@ietf.org>; Tue, 25 Jan 2011 19:59:43 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 9DF61BF6; Tue, 25 Jan 2011 19:59:43 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/alternative; boundary=Apple-Mail-30--152766938
From: Carsten Bormann <cabo@tzi.org>
X-Priority: 3
Date: Tue, 25 Jan 2011 20:00:12 +0100
Message-Id: <91F2AF58-6465-4CC6-B1D1-A1C0843AA31B@tzi.org>
References: <246702410.1288294444998.JavaMail.nobody@jsj2wl013.webex.com>
To: core Environments WG <core@ietf.org>
X-Mailer: Apple Mail (2.1082)
Subject: [core] Jan 26 Webex Meeting invitation: CORE WG Interim
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 18:56:56 -0000

--Apple-Mail-30--152766938
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Tomorrow! 1500 UTC.
Here are the access details again.

Gruesse, Carsten

> IETF Secretariat invites you to attend this online meeting.=20
>=20
> Topic: CORE WG Interim=20
> Date: The 4th Wednesday of every 1 months, from Wednesday, November =
24, 2010 to Wednesday, February 23, 2011=20
> Time: 7:00 am, Pacific Standard Time (San Francisco, GMT-08:00)=20
> Meeting Number: 968 779 888=20
> Meeting Password: (This meeting does not require a password.)=20
>=20
>=20
> -------------------------------------------------------=20
> To join the online meeting (Now from the Apple iPhone (R) too!)=20
> -------------------------------------------------------=20
> 1. Go to =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&RT=3DMiM0=20
> 2. If requested, enter your name and email address.=20
> 3. If a password is required, enter the meeting password: (This =
meeting does not require a password.)=20
> 4. Click "Join".=20
>=20
> To view in other time zones or languages, please click the link:=20
> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ORT=3DMiM0=20
>=20
> -------------------------------------------------------=20
> To join the audio conference only=20
> -------------------------------------------------------=20
> To receive a call back, provide your phone number when you join the =
meeting, or call the number below and enter the access code.=20
> Call-in toll number (US/Canada): 1-408-792-6300=20
> Global call-in numbers: =
https://workgreen.webex.com/workgreen/globalcallin.php?serviceType=3DMC&ED=
=3D148478702&tollFree=3D0=20
>=20
> Access code:968 779 888=20
>=20
> -------------------------------------------------------=20
> For assistance=20
> -------------------------------------------------------=20
> 1. Go to https://workgreen.webex.com/workgreen/mc=20
> 2. On the left navigation bar, click "Support".=20
>=20
>=20
> To add this meeting to your calendar program (for example Microsoft =
Outlook), click this link:=20
> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ICS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DveNIkert46u3Z39RM7KdaRRpdk2jFD7u36h=
OBg9YwdM=3D&RT=3DMiM0=20
>=20
> The playback of UCF (Universal Communications Format) rich media files =
requires appropriate players. To view this type of rich media files in =
the meeting, please check whether you have the players installed on your =
computer by going to =
https://workgreen.webex.com/workgreen/systemdiagnosis.php=20
>=20
> Sign up for a free trial of WebEx=20
> http://www.webex.com/go/mcemfreetrial=20
>=20
> http://www.webex.com=20
>=20
>=20
>=20
> IMPORTANT NOTICE: This WebEx service includes a feature that allows =
audio and any documents and other materials exchanged or viewed during =
the session to be recorded. By joining this session, you automatically =
consent to such recordings. If you do not consent to the recording, =
discuss your concerns with the meeting host prior to the start of the =
recording or do not join the session. Please note that any such =
recordings may be subject to discovery in the event of litigation.=20


--Apple-Mail-30--152766938
Content-Transfer-Encoding: quoted-printable
Content-Type: text/html;
	charset=us-ascii

<html><head></head><body style=3D"word-wrap: break-word; =
-webkit-nbsp-mode: space; -webkit-line-break: after-white-space; " =
class=3D"">Tomorrow! 1500 UTC.<div class=3D"">Here are the access =
details again.</div><div class=3D""><br class=3D""></div><div =
class=3D"">Gruesse, Carsten</div><div class=3D""><br class=3D""></div><div=
 class=3D""><div><blockquote type=3D"cite"><font face=3D"Tahoma, Arial, =
sans-serif, Helvetica, Geneva" size=3D"2" class=3D"">IETF Secretariat =
invites you to attend this online meeting. <br class=3D""> <br class=3D"">=
 Topic: CORE WG Interim <br class=3D""> Date: The 4th Wednesday of every =
1 months, from Wednesday, November 24, 2010 to Wednesday, February 23, =
2011 <br class=3D""> Time: 7:00 am, Pacific Standard Time (San =
Francisco, GMT-08:00) <br class=3D""> Meeting Number: 968 779 888 <br =
class=3D""> Meeting Password: (This meeting does not require a =
password.) <br class=3D""> <br class=3D""> <br class=3D""> =
------------------------------------------------------- <br class=3D""> =
To join the online meeting (Now from the Apple iPhone (R) too!) <br =
class=3D""> ------------------------------------------------------- <br =
class=3D""> 1. Go to <a =
href=3D"https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;UID=
=3D1191018342&amp;RT=3DMiM0" target=3D"_blank" =
class=3D"">https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;=
UID=3D1191018342&amp;RT=3DMiM0</a> <br class=3D""> 2. If requested, =
enter your name and email address. <br class=3D""> 3. If a password is =
required, enter the meeting password: (This meeting does not require a =
password.) <br class=3D""> 4. Click "Join". <br class=3D""> <br =
class=3D""> To view in other time zones or languages, please click the =
link: <br class=3D""> <a =
href=3D"https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;UID=
=3D1191018342&amp;ORT=3DMiM0" target=3D"_blank" =
class=3D"">https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;=
UID=3D1191018342&amp;ORT=3DMiM0</a> <br class=3D""> <br class=3D""> =
------------------------------------------------------- <br class=3D""> =
To join the audio conference only <br class=3D""> =
------------------------------------------------------- <br class=3D""> =
To receive a call back, provide your phone number when you join the =
meeting, or call the number below and enter the access code. <br =
class=3D""> Call-in toll number (US/Canada): 1-408-792-6300 <br =
class=3D""> Global call-in numbers: <a =
href=3D"https://workgreen.webex.com/workgreen/globalcallin.php?serviceType=
=3DMC&amp;ED=3D148478702&amp;tollFree=3D0" target=3D"_blank" =
class=3D"">https://workgreen.webex.com/workgreen/globalcallin.php?serviceT=
ype=3DMC&amp;ED=3D148478702&amp;tollFree=3D0</a> <br class=3D""> <br =
class=3D""> Access code:968 779 888 <br class=3D""> <br class=3D""> =
------------------------------------------------------- <br class=3D""> =
For assistance <br class=3D""> =
------------------------------------------------------- <br class=3D""> =
1. Go to <a href=3D"https://workgreen.webex.com/workgreen/mc" =
target=3D"_blank" class=3D"">https://workgreen.webex.com/workgreen/mc</a> =
<br class=3D""> 2. On the left navigation bar, click "Support". <br =
class=3D""><br class=3D""> <br class=3D""> To add this meeting to your =
calendar program (for example Microsoft Outlook), click this link: <br =
class=3D""> <a =
href=3D"https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;UID=
=3D1191018342&amp;ICS=3DMI&amp;LD=3D1&amp;RD=3D2&amp;ST=3D1&amp;SHA2=3DveN=
Ikert46u3Z39RM7KdaRRpdk2jFD7u36hOBg9YwdM=3D&amp;RT=3DMiM0" =
target=3D"_blank" =
class=3D"">https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&amp;=
UID=3D1191018342&amp;ICS=3DMI&amp;LD=3D1&amp;RD=3D2&amp;ST=3D1&amp;SHA2=3D=
veNIkert46u3Z39RM7KdaRRpdk2jFD7u36hOBg9YwdM=3D&amp;RT=3DMiM0</a> <br =
class=3D""> <br class=3D""> The playback of UCF (Universal =
Communications Format) rich media files requires appropriate players. To =
view this type of rich media files in the meeting, please check whether =
you have the players installed on your computer by going to <a =
href=3D"https://workgreen.webex.com/workgreen/systemdiagnosis.php" =
target=3D"_blank" =
class=3D"">https://workgreen.webex.com/workgreen/systemdiagnosis.php</a> =
<br class=3D""> <br class=3D""> Sign up for a free trial of WebEx <br =
class=3D""> <a href=3D"http://www.webex.com/go/mcemfreetrial" =
target=3D"_blank" class=3D"">http://www.webex.com/go/mcemfreetrial</a> =
<br class=3D""> <br class=3D""> <a href=3D"http://www.webex.com/" =
target=3D"_blank" class=3D"">http://www.webex.com</a> <br class=3D""> =
<br class=3D""> <br class=3D""> <br class=3D""> IMPORTANT NOTICE: This =
WebEx service includes a feature that allows audio and any documents and =
other materials exchanged or viewed during the session to be recorded. =
By joining this session, you automatically consent to such recordings. =
If you do not consent to the recording, discuss your concerns with the =
meeting host prior to the start of the recording or do not join the =
session. Please note that any such recordings may be subject to =
discovery in the event of litigation. <br class=3D""> =
</font></blockquote></div><br class=3D""></div></body></html>=

--Apple-Mail-30--152766938--

From angelo.castellani@gmail.com  Tue Jan 25 13:31:01 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 81E003A68D3 for <core@core3.amsl.com>; Tue, 25 Jan 2011 13:31:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.56
X-Spam-Level: 
X-Spam-Status: No, score=-2.56 tagged_above=-999 required=5 tests=[AWL=0.417,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lRvNPBhQFun4 for <core@core3.amsl.com>; Tue, 25 Jan 2011 13:31:00 -0800 (PST)
Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 6293F3A68CB for <core@ietf.org>; Tue, 25 Jan 2011 13:31:00 -0800 (PST)
Received: by qwi2 with SMTP id 2so257016qwi.31 for <core@ietf.org>; Tue, 25 Jan 2011 13:33:58 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=3EFncQUq8FHnd64MesFVe6BnPXJ6g4UMPCaugvGm26o=; b=v1N2YFoKX/JJeTIZb4DMefATtiumPjO+eep/k8S+byTOtUr/scOMo141XqQD7d+CCt zHNwvuAh0ru1pxSDfhKMmuIV5N51bODABxQAiRKQAXBlfvfcyRaaIAy3lIOLwoJGkzbF U3ongYor9SuYC+vm3NOEBoCZ8BcDgFxRYI5jA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=v4r8Bh20FvTiV/iBR61BRFFWSYhVJk2PUpnXcy5e3FR1O0AXAi+G4yQ9GfphVJ03dK t02gkQjufgfB1Z+IjxwlzxqcOjnouT0klesfqEymdg2dwVsKzPGJ9TkznadAaRoxwGri WEHJbrOzigPmkJgZC3T7zNAT8nae0OeSi2wow=
Received: by 10.229.230.17 with SMTP id jk17mr5196076qcb.184.1295991238331; Tue, 25 Jan 2011 13:33:58 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Tue, 25 Jan 2011 13:33:38 -0800 (PST)
In-Reply-To: <20110125212845.11A853A6881@core3.amsl.com>
References: <20110125212845.11A853A6881@core3.amsl.com>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Tue, 25 Jan 2011 22:33:38 +0100
X-Google-Sender-Auth: z_Hl_xu66NHJRobOLNLsixv_NAg
Message-ID: <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>
Subject: [core] Fwd: New Version Notification for draft-castellani-core-http-coap-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 21:31:01 -0000

All,
we have submitted a draft discussing the best practices of the
HTTP/CoAP mapping.

Unfortunately this document was based upon CoAP-03; after the release
of CoAP-04, Section 2 (at least) needs a major editing (planned).

Nevertheless we believe that a good part of the concepts present is
the document are still interesting.

We submit it anyway in order to open discussion on the open issues outlined=
.

We look forward to any feedback from the group.

Angelo & Salvatore

---------- Forwarded message ----------
From: IETF I-D Submission Tool <idsubmission@ietf.org>
Date: Tue, Jan 25, 2011 at 22:28
Subject: New Version Notification for
draft-castellani-core-http-coap-mapping-00
To: angelo@castellani.net
Cc: salvatore.loreto@ericsson.com



A new version of I-D, draft-castellani-core-http-coap-mapping-00.txt
has been successfully submitted by Angelo P. Castellani and posted to
the IETF repository.

Filename: =A0 =A0 =A0 =A0draft-castellani-core-http-coap-mapping
Revision: =A0 =A0 =A0 =A000
Title: =A0 =A0 =A0 =A0 =A0 Best Practice to map HTTP to COAP and viceversa
Creation_date: =A0 2011-01-25
WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission
Number_of_pages: 20

Abstract:
This draft aims at being a simple guide to the use of CoAP REST
interface, to show how it can be mapped to and from HTTP, and at
being a base reference documentation for CoAP/HTTP proxy
implementors.



The IETF Secretariat.

From angelo.castellani@gmail.com  Tue Jan 25 13:51:55 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 95FBA3A6891 for <core@core3.amsl.com>; Tue, 25 Jan 2011 13:51:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.582
X-Spam-Level: 
X-Spam-Status: No, score=-2.582 tagged_above=-999 required=5 tests=[AWL=0.395,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NCtORfT4Lzt2 for <core@core3.amsl.com>; Tue, 25 Jan 2011 13:51:51 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 741293A6852 for <core@ietf.org>; Tue, 25 Jan 2011 13:51:51 -0800 (PST)
Received: by qyk34 with SMTP id 34so4672755qyk.10 for <core@ietf.org>; Tue, 25 Jan 2011 13:54:49 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=HSumSmAyon81zkzUsHKIKZW6EWGJF0lv6if68j8jSJg=; b=pQdA0CPyM1GH3AX/XKezyKlJWFalXD4MtC+HEt4NJ0FxZc76kqXUR6BgFi1l8MKEQi xs+M2WEPW4V+HDQPgjd3nr/FIvi842AlLv+tnIZqP+quhhitlo9L4qg05T4DfyS7FEuB NqjU6mXf0QfbZNHe6NB/NzJe/00CI+pI8AsYo=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=Kj8sNWzrCPNoIdVz7AlpFNco13vpt5UjQ7YYrS+eNTzmEfqbbspb3Vu9o39pOi+iKW jj4wyrBMlyVpMOZJVoYiL7QBzWUiWp+4bfnFZuZntsYK8wzozS4Cs4NrZWk8SVA+ZYvT hI2FRutdhTopkFF5evmETURImD8AgkSNTt/PQ=
Received: by 10.229.91.2 with SMTP id k2mr5200690qcm.260.1295992489366; Tue, 25 Jan 2011 13:54:49 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Tue, 25 Jan 2011 13:54:28 -0800 (PST)
In-Reply-To: <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com>
References: <20110125212845.11A853A6881@core3.amsl.com> <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Tue, 25 Jan 2011 22:54:28 +0100
X-Google-Sender-Auth: 6dG_Q7rHYczv1c8Ezn8FkisQJ4w
Message-ID: <AANLkTin2Kvw7M02-8HVRbdAcrra3y7=v695ck+GjA6ym@mail.gmail.com>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>
Subject: Re: [core] New Version Notification for draft-castellani-core-http-coap-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 21:51:56 -0000

The document is available here:
http://www.ietf.org/id/draft-castellani-core-http-coap-mapping-00.txt

On Tue, Jan 25, 2011 at 22:33, Angelo P. Castellani
<angelo@castellani.net> wrote:
> All,
> we have submitted a draft discussing the best practices of the
> HTTP/CoAP mapping.
>
> Unfortunately this document was based upon CoAP-03; after the release
> of CoAP-04, Section 2 (at least) needs a major editing (planned).
>
> Nevertheless we believe that a good part of the concepts present is
> the document are still interesting.
>
> We submit it anyway in order to open discussion on the open issues outlin=
ed.
>
> We look forward to any feedback from the group.
>
> Angelo & Salvatore
>
> ---------- Forwarded message ----------
> From: IETF I-D Submission Tool <idsubmission@ietf.org>
> Date: Tue, Jan 25, 2011 at 22:28
> Subject: New Version Notification for
> draft-castellani-core-http-coap-mapping-00
> To: angelo@castellani.net
> Cc: salvatore.loreto@ericsson.com
>
>
>
> A new version of I-D, draft-castellani-core-http-coap-mapping-00.txt
> has been successfully submitted by Angelo P. Castellani and posted to
> the IETF repository.
>
> Filename: =A0 =A0 =A0 =A0draft-castellani-core-http-coap-mapping
> Revision: =A0 =A0 =A0 =A000
> Title: =A0 =A0 =A0 =A0 =A0 Best Practice to map HTTP to COAP and vicevers=
a
> Creation_date: =A0 2011-01-25
> WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission
> Number_of_pages: 20
>
> Abstract:
> This draft aims at being a simple guide to the use of CoAP REST
> interface, to show how it can be mapped to and from HTTP, and at
> being a base reference documentation for CoAP/HTTP proxy
> implementors.
>
>
>
> The IETF Secretariat.
>

From stpeter@stpeter.im  Tue Jan 25 14:03:20 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B45BE3A68AF for <core@core3.amsl.com>; Tue, 25 Jan 2011 14:03:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.53
X-Spam-Level: 
X-Spam-Status: No, score=-102.53 tagged_above=-999 required=5 tests=[AWL=0.069, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7xV5NepCkSsk for <core@core3.amsl.com>; Tue, 25 Jan 2011 14:03:19 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 55F003A68A3 for <core@ietf.org>; Tue, 25 Jan 2011 14:03:19 -0800 (PST)
Received: from dhcp-64-101-72-234.cisco.com (dhcp-64-101-72-234.cisco.com [64.101.72.234]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 3CE18400F6; Tue, 25 Jan 2011 15:22:28 -0700 (MST)
Message-ID: <4D3F4958.1050001@stpeter.im>
Date: Tue, 25 Jan 2011 15:06:16 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Carsten Bormann <cabo@tzi.org>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>	<AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com> <5723A7F1-4BC4-4A1B-B420-A403BA7755AA@tzi.org>
In-Reply-To: <5723A7F1-4BC4-4A1B-B420-A403BA7755AA@tzi.org>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms040108080801050305060801"
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 22:03:20 -0000

This is a cryptographically signed message in MIME format.

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

On 1/20/11 4:41 AM, Carsten Bormann wrote:
> Hi Angelo,
>=20
> indeed the draft could explain better what the underlying discovery
> model is. Maybe it doesn't because the discovery mechanisms are
> independent from how you use them, so strictly you don't have to
> understand the use case to use this protocol... But it sure helps
> when evaluating it.
>=20
> During commissioning, if you have machines do all the discovery, they
> will never quite know what the items/objects mean. They also can't
> really know environmental information, e.g. that the light switch
> B46FFE9DC12A4EEC8DF25346D88E1FB6 is the one near the kitchen door. So
> a human installer will still be needed in many cases -- either at the
> place of installation or beforehand in planning/supervising an
> off-site commissioning process. However, a human installer can be
> helped by a reasonably smart user interface on an installer device,
> and that in turn can be helped a lot by devices providing some
> information about themselves. Making this information available may
> even enable simplifying the user interface for a simple installation
> enough that you actually can do it using a LED and two buttons.
>=20
> In short, supporting installation/commissioning is the most useful
> application I see for resource discovery. There are also applications
> in diagnostics/debugging and other management activities.

IMHO it would be helpful to describe some of the use cases we envision
as a way to motivate the discussion. As part of that text, it would also
help to describe what kinds of things we expect will play the role of
constrained servers. Carsten, you mention "devices providing some
information about themselves" -- does that imply that the devices are
constrained servers?

Peter

--=20
Peter Saint-Andre
https://stpeter.im/




--------------ms040108080801050305060801
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEy
NTIyMDYxNlowIwYJKoZIhvcNAQkEMRYEFMf/1MpVfaqiglUTqJnGAhncgnWdMF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQAg4Yg72Gg5XhrxgpQnG8SqskhT9ClB9zxvSUkOH1ZcmdO4ByNsIaAx1CYc
p5y8IMkMyPVyqkyM+l7qHaVUriJoEBiewy62t4XfZCVyWQrOiO57KrRKb3cTj2rvRaPHvI8l
QS+Rwww/59f/aeS7rprkpCWNHHbmsEzx8ho4qJMriu3vBCotjVqatB29dsDvSeXexEeNfbVW
Z6Vx3bmG36QF4RXr9zSvZfvnhMQ+j3E7qyE1pbOTm3zoUxOValS5wAzKHlOua4vq9Mol1dc+
meiwhec+0/trhDeBz03VqxBQAK3Bmy50+9zsj2+IA3C/59Ua0CQmr1Lu16geCKq0jnp4AAAA
AAAA
--------------ms040108080801050305060801--

From stpeter@stpeter.im  Tue Jan 25 15:12:03 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8B2EA3A68CD for <core@core3.amsl.com>; Tue, 25 Jan 2011 15:12:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.549
X-Spam-Level: 
X-Spam-Status: No, score=-102.549 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qzT8wMvVlttN for <core@core3.amsl.com>; Tue, 25 Jan 2011 15:12:02 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 6CD823A68A2 for <core@ietf.org>; Tue, 25 Jan 2011 15:12:02 -0800 (PST)
Received: from dhcp-64-101-72-234.cisco.com (dhcp-64-101-72-234.cisco.com [64.101.72.234]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id BC3CB400F6 for <core@ietf.org>; Tue, 25 Jan 2011 16:31:11 -0700 (MST)
Message-ID: <4D3F5972.2020404@stpeter.im>
Date: Tue, 25 Jan 2011 16:14:58 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core WG <core@ietf.org>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
In-Reply-To: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060906010103090605040301"
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 25 Jan 2011 23:12:03 -0000

This is a cryptographically signed message in MIME format.

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

On 1/12/11 8:42 AM, Cullen Jennings wrote:
>=20
> I would like to start the working group last call for
> draft-ietf-core-link-format-02. Please review the draft and send
> comments to list by the end of the day Jan 26. If you review the
> draft and have no comments, send an email to the list or to the
> chairs so we have an idea of how much review the draft received.
>=20
> The draft is at
> http://tools.ietf.org/html/draft-ietf-core-link-format-02

Here is some feedback from your friendly neighborhood area director...

1. Let's provide references if we can for REST, 6LoWPAN, HTTP, ABNF,
URN, Atom, etc.

2. As always, please spell out acronyms on first use (MTU, etc.).

3. I see that Klaus asked for a review of the coap: scheme on the
uri-review list. We also need to request:

3a. A review of the Well-known 'core' URI on the appropriate list:

    https://www.ietf.org/mailman/listinfo/wellknown-uri-review

3b. A review of the 'hosts' relation type on the appropriate list:

    https://www.ietf.org/mailman/listinfo/link-relations

3c. A review of the link-format Internet media type on the appropriate li=
st:

    https://www.ietf.org/mailman/listinfo/ietf-types

4. As I noted elsewhere in this thread, I think it would be very useful
in the introduction to describe the motivations for this work, briefly
sketch out a few use cases, and at a high level describe the assumed
architecture (e.g., are all devices to be considered servers?). We can
point to other documents that provide this information, naturally.

5. As Akbar Rahman pointed out, we might need to spell out more clearly
how this work differs from RFC 5988. There is information about this in
several sections of this I-D and I'm not sure that they are entirely
consistent (but I will read them again).

6. Do we have good examples of resources that would be hosted somewhere
other than the constrained server (device) and how those would be used
in CoRE? If so, we might provide those in Section 2.1.2.

7. Section 2.1.3 states:

   It is not expected that all implementations will be able
   to derive useful information from explicitly anchored links.

So how important is the feature? Is it useful in some kinds of
implementations or deployments or environments but not others?

8. Section 2.2.5 defines the Observable 'obs' attribute. Does this
definition in fact belong in draft-ietf-core-observe?

9. Do we need an IANA registry of CoRE-specific target attributes so
that other specifications can add attributes in the future without
updating this document?

10. In Section 3.1, what is "parmname"?

I'm out of time right now, I might have more comments later or after
tomorrow's call.

Peter

--=20
Peter Saint-Andre
https://stpeter.im/




--------------ms060906010103090605040301
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEy
NTIzMTQ1OFowIwYJKoZIhvcNAQkEMRYEFN9/WRz/SEV9Lnu8HZFzGnXaPCLeMF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQA3cQkm3rf3y+d8Nq9Ex8ghwKEIBuRqsMgqFIVvkVQBZy9qopXZeNHDm7PF
pC84pTAkeZ5Lb+4qdWt+FJSYlngTd8eumu2NueW7iNmcYDkIjH7rVIGQAXnXCMGrBEnYc9ij
mOnv2Oof+8y39d8toD+/RAZHqjgvLHV5nxLdRvaX075dQHE6ffFVi+FhsCUN6lqSbrpAaAZl
pKvlSI2mPvHWt7LeqeYBzKGBoxtxqedlcI4WvzsVITdwpKuZKTvglp/LjEMuRIpDFXKLt/kM
OdM06sACsncdE4RKTjYxFuJd8qKnk/jTsyeziDLuhNUl+B+6Ix7JCbmZyWgeaguDTeNoAAAA
AAAA
--------------ms060906010103090605040301--

From stpeter@stpeter.im  Tue Jan 25 20:17:20 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 400FD3A6910 for <core@core3.amsl.com>; Tue, 25 Jan 2011 20:17:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.569
X-Spam-Level: 
X-Spam-Status: No, score=-102.569 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fE05h-DuCvVg for <core@core3.amsl.com>; Tue, 25 Jan 2011 20:17:19 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id D0F573A689B for <core@ietf.org>; Tue, 25 Jan 2011 20:17:18 -0800 (PST)
Received: from squire.local (dsl-251-175.dynamic-dsl.frii.net [216.17.251.175]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 7F95C400F6 for <core@ietf.org>; Tue, 25 Jan 2011 21:36:29 -0700 (MST)
Message-ID: <4D3FA0EF.2080107@stpeter.im>
Date: Tue, 25 Jan 2011 21:19:59 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core WG <core@ietf.org>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060907090507010808010507"
Subject: [core] quick feedback on CoAP-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 04:17:20 -0000

This is a cryptographically signed message in MIME format.

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

Overall this spec is looking solid, so thanks to the authors,
contributors, and implementers!

Here are just a few quick comments based on my review this evening
before the conference call tomorrow. I've had a chance to read only the
first half of the spec (through the end of Section 5, with a quick look
at Section 6). I'll work to complete a more detailed review in the near
future.

1. The early sections talk about the need to limit packet size, but
Figure 4 looks like it violates those considerations with duplicate data:=


   |                  |
   |   ACK [0xbc91]   |
   |  4.04 Not Found  |
   |   (Token 0x72)   |
   |   "Not found"    |
   |<-----------------+
   |                  |

This makes it appear that the server returns a packet containing both
"4.04 Not Found" and "Not found". :)

2. Section 2 states:

   CoAP makes use of HTTP GET, PUT, POST and DELETE methods, with the
   semantics specified in Section 5.8.

However, are we in fact using those HTTP methods exactly as they are
defined in draft-ietf-httpbis-p2-semantics (or RFC 2616)? E.g., the
description of CoAP GET in Section 5.8.1 of our spec is conceptually
similar to the descriptions of HTTP GET in Section 9.3 of RFC 2616 and
Section 7.3 of draft-ietf-httpbis-p2-semantics-12, but there are enough
differences to perhaps confuse readers.

See also Section 5.1:

   CoAP supports the basic methods of GET, POST, PUT, DELETE, which are
   easily mapped to [i.e., not exactly the same as] HTTP.

3. We might want to say a little bit about reasons why we would update
the "Version" field from 1 to 2 (e.g., making changes that are not
backward compatible).

4. Section 5.2 states:

   However, there is no generic Response Code
   indicating success, so a Response Code in the Success class that is
   unrecognized by an end-point can only be used to determine that the
   request was successful without any further details.

How is that different from handling of a generic code for success?

5. It is unclear in Section 5.2.2. how the client correlates a deferred
response with its original request (given that the server chooses a new
Message ID when sending the response). Perhaps a forward pointer to the
token stuff in Section 5.3 would help?

6. Section 5.4.5 states:

   Options are identified by an option number.  Odd numbers indicate a
   critical option, while even numbers indicate an elective option.

Is it expected that applications will be able to depend on that conventio=
n?

7. Section 5.5 states:

   A response with a code indicating a Client or Server Error SHOULD
   include a brief human-readable diagnostic message as payload,
   explaining the error situation.  This diagnostic message MUST be
   encoded using UTF-8 [RFC3629], more specifically using Net-Unicode
   form [RFC5198].  The Content-Type Option has no meaning and SHOULD
   NOT be included.

Human-readable to whom? Do we need language tags? Typically anything
that's human-readable needs to identify the language.

8. Are the URI handling rules in Section 6 entirely consistent with RFC
3986?

(More to follow...)

Peter

--=20
Peter Saint-Andre
https://stpeter.im/




--------------ms060907090507010808010507
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEy
NjA0MTk1OVowIwYJKoZIhvcNAQkEMRYEFOBztDFXnJDU//rK4AAGP2mkZGHEMF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQA9oeQ6rTvBYGIsrv1NkhPwV5LmEokOoGRF51b6nyiDPc6O92XkUsUinq35
9B013F19neSIS0EpMjIiW6n0UATfFB/kulfmUkJxazyjmHhAb8/6OXBtxasPHRcSkhZg+1PU
kvV527JoRgMaHYdn1br9uYikxj+tykuIhbS735YSgyPaEpCFjHKPI+PRZkeCccATvnjd5W2i
RT70f0umU0SYFT1be5zuLp31XfKmhJwQoXfoS/olte0BB4sQqy/DlEJP7AWBS2dYWkTmhVtA
qZwWUap6hZE0U0pjV3ZXmX+yPxaTAsHtcfihggJzWX/BdxDTp2g+be15YbBCV8SyaqalAAAA
AAAA
--------------ms060907090507010808010507--

From cabo@tzi.org  Tue Jan 25 22:42:29 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9B2FF3A6937 for <core@core3.amsl.com>; Tue, 25 Jan 2011 22:42:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.749
X-Spam-Level: 
X-Spam-Status: No, score=-106.749 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GAcfTU4O0Sjd for <core@core3.amsl.com>; Tue, 25 Jan 2011 22:42:26 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id C65BC3A6932 for <core@ietf.org>; Tue, 25 Jan 2011 22:42:25 -0800 (PST)
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.3/8.14.3) with ESMTP id p0Q6jH4M023730; Wed, 26 Jan 2011 07:45:17 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 63C9BCB0; Wed, 26 Jan 2011 07:45:17 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <4D3FA0EF.2080107@stpeter.im>
Date: Wed, 26 Jan 2011 07:45:45 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <230DDA5C-8327-4E79-80E3-8ABBF03C73E7@tzi.org>
References: <4D3FA0EF.2080107@stpeter.im>
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] quick feedback on CoAP-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 06:42:30 -0000

Hi Peter,

another set of very useful comments!
Let me just quickly point out a direction for solving these, so we can =
turn them into tickets.

> 1. The early sections talk about the need to limit packet size, but
> Figure 4 looks like it violates those considerations with duplicate =
data:
>=20
>   |                  |
>   |   ACK [0xbc91]   |
>   |  4.04 Not Found  |
>   |   (Token 0x72)   |
>   |   "Not found"    |
>   |<-----------------+
>   |                  |
>=20
> This makes it appear that the server returns a packet containing both
> "4.04 Not Found" and "Not found". :)

It's probably not useful to add diagnostic information to a 404.
But we do want to have that capability for other errors.  More =
generally:

> 7. Section 5.5 states:
>=20
>   A response with a code indicating a Client or Server Error SHOULD
>   include a brief human-readable diagnostic message as payload,
>   explaining the error situation.  This diagnostic message MUST be
>   encoded using UTF-8 [RFC3629], more specifically using Net-Unicode
>   form [RFC5198].  The Content-Type Option has no meaning and SHOULD
>   NOT be included.
>=20
> Human-readable to whom? Do we need language tags? Typically anything
> that's human-readable needs to identify the language.

This is intended as diagnostic information, not for real humans (who =
would need language tags), but for software engineers (who need to speak =
the language of the RFC anyway).
Like what you would put on an HTTP status line.
We need to make this clearer.  But maybe we have to develop some =
examples first.
(We also need to discuss diagnostic information in "empty" messages such =
as RST; this would be a technical change.)
(Is it even the right way to carry around diagnostics in otherwise =
unused payload?
We could use an option, but there goes another byte.)


> 2. Section 2 states:
>=20
>   CoAP makes use of HTTP GET, PUT, POST and DELETE methods, with the
>   semantics specified in Section 5.8.
>=20
> However, are we in fact using those HTTP methods exactly as they are
> defined in draft-ietf-httpbis-p2-semantics (or RFC 2616)? E.g., the
> description of CoAP GET in Section 5.8.1 of our spec is conceptually
> similar to the descriptions of HTTP GET in Section 9.3 of RFC 2616 and
> Section 7.3 of draft-ietf-httpbis-p2-semantics-12, but there are =
enough
> differences to perhaps confuse readers.
>=20
> See also Section 5.1:
>=20
>   CoAP supports the basic methods of GET, POST, PUT, DELETE, which are
>   easily mapped to [i.e., not exactly the same as] HTTP.

Make clearer that CoAP methods are almost, but not entirely unlike HTTP.

> 3. We might want to say a little bit about reasons why we would update
> the "Version" field from 1 to 2 (e.g., making changes that are not
> backward compatible).

Yes.

> 4. Section 5.2 states:
>=20
>   However, there is no generic Response Code
>   indicating success, so a Response Code in the Success class that is
>   unrecognized by an end-point can only be used to determine that the
>   request was successful without any further details.
>=20
> How is that different from handling of a generic code for success?

We just don't have a generic one, i.e. all class 2 codes are currently =
more specific than "success".
We could change that.
2.00 was just kind of attractive for GET "this is a representation of =
the resource you requested".
OTOH, we already have had a request for a "neutral" success code for =
POST.

> 5. It is unclear in Section 5.2.2. how the client correlates a =
deferred
> response with its original request (given that the server chooses a =
new
> Message ID when sending the response). Perhaps a forward pointer to =
the
> token stuff in Section 5.3 would help?

Yes.

> 6. Section 5.4.5 states:
>=20
>   Options are identified by an option number.  Odd numbers indicate a
>   critical option, while even numbers indicate an elective option.
>=20
> Is it expected that applications will be able to depend on that =
convention?

It is not a convention, it is a feature of the protocol.
Make that clearer in the text.

> 8. Are the URI handling rules in Section 6 entirely consistent with =
RFC
> 3986?

That was the intention (no ticket until we know where we failed :-)

Gruesse, Carsten



From cabo@tzi.org  Tue Jan 25 22:52:25 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 823F23A6942 for <core@core3.amsl.com>; Tue, 25 Jan 2011 22:52:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.582
X-Spam-Level: 
X-Spam-Status: No, score=-106.582 tagged_above=-999 required=5 tests=[AWL=-0.333, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bdLFH-8KD84B for <core@core3.amsl.com>; Tue, 25 Jan 2011 22:52:16 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id DE05D3A692F for <core@ietf.org>; Tue, 25 Jan 2011 22:51:56 -0800 (PST)
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.3/8.14.3) with ESMTP id p0Q6sl9u025400; Wed, 26 Jan 2011 07:54:47 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 9FD21CB2; Wed, 26 Jan 2011 07:54:47 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <AANLkTin2Kvw7M02-8HVRbdAcrra3y7=v695ck+GjA6ym@mail.gmail.com>
Date: Wed, 26 Jan 2011 07:55:16 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0840325E-DF84-4B33-A618-435D66CE371D@tzi.org>
References: <20110125212845.11A853A6881@core3.amsl.com> <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com> <AANLkTin2Kvw7M02-8HVRbdAcrra3y7=v695ck+GjA6ym@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
X-Mailer: Apple Mail (2.1082)
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] New Version Notification for draft-castellani-core-http-coap-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 06:52:25 -0000

Angelo,

I think it is a great idea to have such a draft, because much of the =
information here will be informative, and the protocol definition should =
only contain those things that are normative (i.e., that we expect from =
every HTTP/CoAP intermediary).

The most important aspect here is what can such a mapper do =
independently of knowledge about the application, and where do we need =
genuine knowledge of that (i.e., the mapper becomes an application =
gateway).

E.g., it would be nice if we came up with a convention for collecting =
the resource representations returned to the HTTP world from a CoAP =
multicast request.  Such as a generic table/hash/dictionary thing (maybe =
we could use JSON?).  But some mappers will want to use more knowledge =
about the application to generate a more concise result (e.g., turning =
multicast into anycast).

Looking forward to a detailed review...

Will you be in today's phone call?

Gruesse, Carsten


From angelo.castellani@gmail.com  Wed Jan 26 02:12:06 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9F6023A6989 for <core@core3.amsl.com>; Wed, 26 Jan 2011 02:12:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.602
X-Spam-Level: 
X-Spam-Status: No, score=-2.602 tagged_above=-999 required=5 tests=[AWL=0.375,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gS6Z6sEXNUTH for <core@core3.amsl.com>; Wed, 26 Jan 2011 02:12:05 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 5C0EB3A697C for <core@ietf.org>; Wed, 26 Jan 2011 02:12:05 -0800 (PST)
Received: by qyk34 with SMTP id 34so5185959qyk.10 for <core@ietf.org>; Wed, 26 Jan 2011 02:15:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=50tKawLmxxtGvy0NeDh6/G+xBrTk2o+7pfIQf2OSS5M=; b=fmBiqrD9CMheU3eulM56CU7xEWdSO/CiFaWvPQPidDzbFeJq9I+OTnawuc5e09o8IS MiZbz1AtyM6lZskf2FBa3lV8cMia6/axcmLs2Dauohln+MJy0JvcyIYTXPdGNOnx25Kv rPSjUVqen8FA2g+8cDDIXIIek9462r4E7MCxU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=bq0xlNvpE1KSFk2fF5Mp9ahh7a42OavNCX/WZt0Eac5Yq4lDVEUMiaDbjgIFAdpj57 WItdJ5ADuMmZhNUuyfS/a+2hDGrRW+QkzWDR8yX1KGGDM5ZNHMCi7tuAvEBW53y9WsnY z4OCYpt5+gOXur68A+tDwy4UQAQCSpLeSWGo0=
Received: by 10.229.101.206 with SMTP id d14mr264183qco.32.1296036905130; Wed, 26 Jan 2011 02:15:05 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Wed, 26 Jan 2011 02:14:44 -0800 (PST)
In-Reply-To: <0840325E-DF84-4B33-A618-435D66CE371D@tzi.org>
References: <20110125212845.11A853A6881@core3.amsl.com> <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com> <AANLkTin2Kvw7M02-8HVRbdAcrra3y7=v695ck+GjA6ym@mail.gmail.com> <0840325E-DF84-4B33-A618-435D66CE371D@tzi.org>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Wed, 26 Jan 2011 11:14:44 +0100
X-Google-Sender-Auth: tq6vYA8PfI3y-vdQwacehHRPHSQ
Message-ID: <AANLkTinYj6=4wgOnbg5t8TM+OhCVojzHJA4O4ujvjsX0@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] New Version Notification for draft-castellani-core-http-coap-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 10:12:06 -0000

Thanks for the quick feedback.

Some responses inline:

> I think it is a great idea to have such a draft, because much of the info=
rmation here will be informative, and the protocol definition should only c=
ontain those things that are normative (i.e., that we expect from every HTT=
P/CoAP intermediary).

We agree that the draft should be informational, and if a normative
part is required should be kept separate from this document.

> The most important aspect here is what can such a mapper do independently=
 of knowledge about the application, and where do we need genuine knowledge=
 of that (i.e., the mapper becomes an application gateway).

My opinion is that a transparent proxy can be realized, if this
scenario/requirement is considered in the design of CoAP.

Probably right now some issues are present in the current CoAP
release,  we will try to insert a more detailed analysis/discussion on
this in the next planned version.

> E.g., it would be nice if we came up with a convention for collecting the=
 resource representations returned to the HTTP world from a CoAP multicast =
request. =A0Such as a generic table/hash/dictionary thing (maybe we could u=
se JSON?). =A0But some mappers will want to use more knowledge about the ap=
plication to generate a more concise result (e.g., turning multicast into a=
nycast).

Multicast is a very important feature required for a constrained
crowded environment.

> Looking forward to a detailed review...

We look forward for a review, e.g. about Section 4 on multicast.

> Will you be in today's phone call?

Sure, we will be there.

Best,
Angelo & Salvatore

From zach@sensinode.com  Wed Jan 26 03:18:11 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3631F3A6987 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:18:11 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xg59ro0cKZcY for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:18:09 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 009C33A6832 for <core@ietf.org>; Wed, 26 Jan 2011 03:18:08 -0800 (PST)
Received: from [213.145.205.239] ([213.145.205.239]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0QBL0DZ011417 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Jan 2011 13:21:00 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-55--93917820; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com>
Date: Wed, 26 Jan 2011 13:21:01 +0200
Message-Id: <D8F9622D-526C-40ED-AECD-9DA0899A8370@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:18:11 -0000

--Apple-Mail-55--93917820
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi Angelo,

Very valid questions. As an overall comment, we need to keep in mind =
that the title of this draft is "CoRE Link Format", which is its main =
purpose. It defines a way to express link relations appropriate for =
CoRE, as part of the Web Linking framework defined in RFC5988. By no =
means is this draft sufficient as a complete resource discovery solution =
for some application domain. Just as RFC5988 doesn't define how you =
should use link relations (although it does list some relations that are =
already in use), just how you can express them.=20

I agree with Carsten and Peter that some more examples in the draft =
could help to illustrate how this can be used, I think we can consider =
that a useful ticket. Furthermore, I would hope to see some =
informational drafts from different applications on how they are =
applying this in practice. =
http://tools.ietf.org/id/draft-vanderstok-core-bc-02.txt already is a =
good start for building automation.=20

What application do you have in mind?=20

Here are some comments in-line:

On Jan 20, 2011, at 12:23 PM, Angelo P. Castellani wrote:

> Probably I've missed something, however I have the feeling that the
> /.well-known/core URI is useful mainly for an human interaction with a
> CoAP server.

That is not the intention at all, although that is something people tend =
to use it for when playing with early implementations.=20

> Link format could be certainly an useful technique for M2M
> applications, and in the current draft some information useful for
> that kind of interaction is present (content-type, interface
> description, ..).

That is exactly the main intention of the draft, which is in line with =
RFC5988.

> In contrast to this the /.well-known/core URI seems hardly useful by a
> machine, because it will provide a list of resources..

For link relations to be useful for anything, you need to find out about =
them. In RFC5988 one way of finding out about links related to a web =
page is via the HTTP link header. In this draft we specify =
/.well-known/core for a similar purpose, except here we find out about =
all the link relations related to a server all at once (or a filtered =
subset of them).

> For what I can see written in the draft, I cannot understand why a
> machine could start a discovery procedure to see the whole content in
> the network... Moreover this procedure leaves space for the known
> amplification attacks pointed out in the CoAP draft.

Not sure I understand the question. How you would use this draft for =
resource discovery will depend completely on your application use case. =
Home automation and building automation people for example have specific =
ways of using this in mind. In large scale M2M systems (with one or more =
central servers) we use the CoRE Link Format as a way to register =
resources with a resource directory.

Each application will need to define how it uses discovery =
(peer-to-peer? Local resource directory?), and most importantly, what =
the naming is for that application. =20

> In my opinion, machines are instructed to do specific tasks, and for
> that tasks they probably will want to start a *service-specific*
> discovery in the network.

By defining your setup for discovery, along with naming for your =
resources used in services, the CoRE Link Format can be used for exactly =
that.=20

>=20
> The draft tells that the /.well-known/core URI is a MUST.

"A server implementing
   this specification MUST support this resource on the default port
   appropriate for the protocol for the purpose of resource discovery."

Which means it is a MUST if you implement that specification, not CoAP =
in general. So not every CoAP has to be discoverable, and in some use =
cases they surely wouldn't be.

> Probably the real question is: Are humans supposed to use CoAP =
directly?
>=20
> I don't think so, and for this reason I think that the
> /.well-known/core URI is not very useful at all.

I am not sure how you came to the conclusion of relating humans with =
/.well-known/core. The CoRE Link Format is a format meant to be used =
between machines, I hope I helped to clarify that for you. Of course as =
it is just a format, you need to define the common naming that your =
machines understand.

Zach

>=20
> I apologize for the late comment, I have had right now a more clear
> idea about this...
>=20
> Best,
> Angelo
>=20
> On Wed, Jan 12, 2011 at 16:42, Cullen Jennings <fluffy@cisco.com> =
wrote:
>>=20
>> I would like to start the working group last call for =
draft-ietf-core-link-format-02. Please review the draft and send =
comments to list by the end of the day Jan 26. If you review the draft =
and have no comments, send an email to the list or to the chairs so we =
have an idea of how much review the draft received.
>>=20
>> The draft is at =
http://tools.ietf.org/html/draft-ietf-core-link-format-02
>>=20
>> Thank you,
>>=20
>> Cullen & Carsten
>>=20
>> _______________________________________________
>> core mailing list
>> core@ietf.org
>> https://www.ietf.org/mailman/listinfo/core
>>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-55--93917820
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNjExMjEw
MlowIwYJKoZIhvcNAQkEMRYEFI+psIV/jfYvGTVH+zl10Nt+NQZLMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAEXDKcbiGFIrt4q1b+5UUjavb7AqvnMmbWKYfnIldxQN0oOzPR1To75y
P/SZoFzKXM2ol0ppzp1nUTwWWzO+nA1FQ9wcaqrk87A75RV0BaMYBM+HFliG7jiUfn7IveR94dk4
4yOCmxVKAZxyb0xMdAbPSQzA76j+PnmLu0HUV8iUDBL64lQDdy1t/Xcksy/JopLGiCN6FCIPavAn
+L6uHogP1Cr6LddNsLK0L93isv1URKsCqi5zgSSyuv82ZHySVddAvuFz1CkF7MixTscqgX6mc8N1
ukFyrmIuASzqsIlbqas5IRoC0P4If/hcpO9VuIjK5eMeotDizM06fhp7bOsAAAAAAAA=

--Apple-Mail-55--93917820--

From salvatore.loreto@ericsson.com  Wed Jan 26 03:18:38 2011
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 825363A69A5 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:18:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.553
X-Spam-Level: 
X-Spam-Status: No, score=-106.553 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sa5XHTCGY4K6 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:18:37 -0800 (PST)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 9C8203A6830 for <core@ietf.org>; Wed, 26 Jan 2011 03:18:36 -0800 (PST)
X-AuditID: c1b4fb3d-b7b89ae0000036a3-f3-4d4003bf561b
Received: from esessmw0247.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id 78.36.13987.FB3004D4; Wed, 26 Jan 2011 12:21:35 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0247.eemea.ericsson.se (153.88.115.94) with Microsoft SMTP Server id 8.2.234.1; Wed, 26 Jan 2011 12:21:35 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3])	by mail.lmf.ericsson.se (Postfix) with ESMTP id 3E1B925CC	for <core@ietf.org>; Wed, 26 Jan 2011 13:21:35 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 0173450720	for <core@ietf.org>; Wed, 26 Jan 2011 13:21:35 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 8506D4EE9C	for <core@ietf.org>; Wed, 26 Jan 2011 13:21:34 +0200 (EET)
Message-ID: <4D4003BE.9070406@ericsson.com>
Date: Wed, 26 Jan 2011 12:21:34 +0100
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core@ietf.org
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
In-Reply-To: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:18:38 -0000

On 1/12/11 4:42 PM, Cullen Jennings wrote:
> I would like to start the working group last call for draft-ietf-core-link-format-02. Please review the draft and send comments to list by the end of the day Jan 26. If you review the draft and have no comments, send an email to the list or to the chairs so we have an idea of how much review the draft received.
>
> The draft is at http://tools.ietf.org/html/draft-ietf-core-link-format-02
>
> Thank you,
>
> Cullen&  Carsten
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
Hi there,

I have reviewed the draft; below few comments

Section 2
--------
as a general comment Section 2 should be expanded to explain better how 
the link Format is used in CORE,
several points are vague and could lead to misinterpretations.

the following statement is not clear:

	It is expected that resources discovered in the
    CoRE Link Format may also be made available in alternative formats on
    the greater Internet.


is there already some thought about those alternative formats?
or "alternative" only means that the format is aspect to follow the Web 
Linking (as specified in RFC5988)
in the greater Internet?

Section 2.1 define the "hosts" relation time (why "hosts" and not 
"host"?) which indicates that the resource
is hosted by the server from which the link document was request;
I have some doubts about the context in the case of a multicast request, 
section 2.1.1 states:

	The context URI of a link (also called base URI in
    [RFC3986]) conveyed in the CoRE Link Format is by default built from
    the scheme and authority parts of the target URI.  In the absence of
    this information in the target URI, the context URI is built from the
    scheme and authority that was used for referencing the resource
    returning the set of links, replacing the path with an empty path.
    Thus by default links can be thought of as describing a target
    resource hosted by the server.


I don't think that the above applies in the case of a multicast request, 
or at least it should be explained better
how it applies.

Section 2.1.1. Resource name 'n' attribute
-----------------------------------
IMO "application-specific semantic name" is a bit vague and could lead a 
some interoperability problem


Section 2.2.4
-----------

  The maximum size estimate attribute "sz" gives an indication of the
    maximum size of the link indicated by the target URI.


s/link/resource

cheers
/Sal

-- 
Salvatore Loreto
www.sloreto.com


From zach@sensinode.com  Wed Jan 26 03:38:55 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C60B3A69B4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:38:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bcahUalimt5x for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:38:54 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id ADC8E3A69B2 for <core@ietf.org>; Wed, 26 Jan 2011 03:38:53 -0800 (PST)
Received: from [213.145.205.239] ([213.145.205.239]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0QBfooL021759 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Jan 2011 13:41:50 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-56--92667705; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <D60519DB022FFA48974A25955FFEC08C035D2613@SAM.InterDigital.com>
Date: Wed, 26 Jan 2011 13:41:52 +0200
Message-Id: <FD805313-03B9-4D13-AE41-4A8598130526@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <D60519DB022FFA48974A25955FFEC08C035D2613@SAM.InterDigital.com>
To: "Rahman, Akbar" <Akbar.Rahman@InterDigital.com>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:38:55 -0000

--Apple-Mail-56--92667705
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Akbar,

Thanks for the review.=20

On Jan 25, 2011, at 7:35 AM, Rahman, Akbar wrote:

> Hi Cullen/Carsten,
>=20
>=20
> I read the draft and think it is in good shape, and I support passing =
of the working group last call for the draft.  I did, however, have some =
questions and comments on the draft as follows:
>=20
>=20
> 1) The draft refers to RFC5988 (Web Linking) for the original =
definition of Link Header.  In that RFC, the Link Header field is =
clearly defined in, for example, section 5 of the RFC. This draft takes =
RFC5988 definition of Link Header and adapts it for CORE.  But some =
important points in this adaptation and extension of Link Headers were =
not totally clear to me.  For example, do the cardinality rules of Link =
Headers from RFC5988 still apply to CORE?  =20

Yes, the intention is that Section 5 applies to CoRE. The exception is =
that the "Link:" header is not included and several new link-extensions =
have been defined. =20

> A general suggestion would be to clarify section 2 of this draft to =
better explain the principles of how Link Format is used in CORE.

Good comment, I think we should make a ticket to do that. Right now this =
concentrates on explaining how we technically apply Web Linking in CoRE. =
But some more plain language explanation on how we use it would surely =
help.

> 2) Some good examples of how the CORE Link Format is embedded in the =
payload are given in section 4. =20
> But some normative text should be added to specify precisely how the =
Link Format delimited and identified in the payload.

The normative rules of the Link Format are described in Section 5 of =
RFC5988 and applied to CoRE in Section 2 of this document. I am not sure =
what else we could define, ideas?=20

> Nits:
>=20
> 3) If the CORE Link Format is embedded in the payload why is there a =
need to register for the "hosts" relation type in section 6.2?  (I'm =
probably missing something obvious here.)

Web Linking is a tricky concept. But it involves a Target URI being =
related to a Context URI - which is a link. In the HTTP Link Header the =
document you just requested is the Context URI by default. In CoRE, the =
Context URI by default is the Scheme+Authority you used to request =
/.well-known/core (in other words that server).=20

If we would include links there without any relation, they would be =
meaningless. The minimum goal in CoRE is to be able to express the link =
relation:

This server hosts a resource=20

Where this server is the default Context URI, and a resource is the =
target URI between brackets in the link format. Although we first tried =
to use "service" from RFC5988, the existing relation types didn't =
describe this very well. For that reason we defined a new relation =
"hosts" which correctly defines this relationship. By making it the =
default, we were able to save some overhead. =20

The CoRE link format can be used to express any of the other relation =
types (or new extensions) defined in RFC5988, also also relations =
between arbitrary URIs. In that way this can fully be used to realize =
the Web Linking concept.

>=20
> 4) Shouldn't "RFC 5785" be a normative reference?

Good point, I will check that.

Zach

>=20
>=20
> Sincerely,
>=20
>=20
>=20
> Akbar
>=20
> ________________________________
>=20
> From: core-bounces@ietf.org on behalf of Cullen Jennings
> Sent: Wed 1/12/2011 10:42 AM
> To: core WG
> Subject: [core] WGLC for draft-ietf-core-link-format-02
>=20
>=20
>=20
>=20
> I would like to start the working group last call for =
draft-ietf-core-link-format-02. Please review the draft and send =
comments to list by the end of the day Jan 26. If you review the draft =
and have no comments, send an email to the list or to the chairs so we =
have an idea of how much review the draft received.
>=20
> The draft is at =
http://tools.ietf.org/html/draft-ietf-core-link-format-02
>=20
> Thank you,
>=20
> Cullen & Carsten
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>=20
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-56--92667705
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNjExNDE1
MlowIwYJKoZIhvcNAQkEMRYEFINAUgrQv5wIoiycRyXXOoDU/vipMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAIqHbpIg00kFHneXG2U0YGI3q4sp+aPS7ZNIp9pKNPp6goTWRgFJuY9V
FY6sUIYWdPFrOBtqA6ILj7dGPXV+nAqqRpIxqtZkgzalsXH5OLUMCP8p/UaKsBn+InE6/1kYZCz1
DDRa9G0FaGeoHFjt/3iGMURJ0YJRwtqVNwTpiJVVCFfkPGa/fZzhkCGmI8TFhsbmFkFLAKQ0YrR+
hq6YJEV8n4/Y51O3pgPlGtVBktVURY8hf+5Dfam8xm9XMxf5hUqZA0mvkQV2Oqiy8Mv1xCtbBtes
lJO0MFXzsLMEbVahxSTZQ2lpV3K0s35o2DgTCBfxq5NVqvO6DeCFyzJhKIEAAAAAAAA=

--Apple-Mail-56--92667705--

From trac@tools.ietf.org  Wed Jan 26 03:46:03 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C6AF63A69AE for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:46:03 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.589
X-Spam-Level: 
X-Spam-Status: No, score=-102.589 tagged_above=-999 required=5 tests=[AWL=0.011, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7reG0fYAuOYt for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:46:02 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 714D33A69AC for <core@ietf.org>; Wed, 26 Jan 2011 03:46:02 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pi3rx-00062y-3p; Wed, 26 Jan 2011 03:49:01 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com
X-Trac-Project: core
Date: Wed, 26 Jan 2011 11:49:01 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/89
Message-ID: <057.1feee7c1a2bc38c2d343f8147f109134@tools.ietf.org>
X-Trac-Ticket-ID: 89
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: [core]  link-format #89 (new): Use case examples
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:46:03 -0000

#89: Use case examples

 Angelo, Carsten and Peter pointed out that use case examples (in addition
 to the link format example of Section 4) would be a useful addition to the
 draft. Currently it is difficult for a reader not familiar with Web
 Linking to envision how this could be used for M2M resource discovery.

 Possible use cases could include (please suggest others):

 Commissioning
 Building automation
 Home automation
 M2M resource registration

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  zach@…            
     Type:  enhancement         |      Status:  new               
 Priority:  trivial             |   Milestone:                    
Component:  link-format         |     Version:                    
 Severity:  -                   |    Keywords:                    
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/89>
core <http://tools.ietf.org/core/>


From angelo.castellani@gmail.com  Wed Jan 26 03:46:19 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5F93D3A69B0 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:46:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.62
X-Spam-Level: 
X-Spam-Status: No, score=-2.62 tagged_above=-999 required=5 tests=[AWL=0.357,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NLJ2rUdW8BYr for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:46:18 -0800 (PST)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 158833A69AC for <core@ietf.org>; Wed, 26 Jan 2011 03:46:18 -0800 (PST)
Received: by qyj19 with SMTP id 19so876506qyj.10 for <core@ietf.org>; Wed, 26 Jan 2011 03:49:18 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; bh=gZP5ULOzqiGRQilIG89UR8Rmg7ld1Vyor5KKjQMJsWw=; b=GfFNbSaipc7s/ltyt8FuUu8VtwIqBWhVfpJpAcVuQCf2f2yf7MFWxqJb1M9qdjlCIN s3KFkbbuxGgbZ2xmQ4vbTvMSRmFzb+tvTEsMbBABRIV3ANcjPxOfud5hj7hTsmtcUGTB lZ48fzLFknIhAoT1wJ4j4VyPhqjJtFbxtCRlg=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; b=S8mMqI8ggRFHblpffZCcR0ivsI7H4SvwrSGuoxR2p8ymTJ/6V4T8/4ZMVHuYtUHDYB M9KyGPgw6cO5tWgWAehzdbDOTBYRYmR3qwjxsniJefmmRX3K0t1J891+gebVpFA39BpH GGhS6Wcube8j8OlY1jViJYcYI0kDLx2kipFeo=
Received: by 10.229.82.8 with SMTP id z8mr326429qck.108.1296042557999; Wed, 26 Jan 2011 03:49:17 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Wed, 26 Jan 2011 03:48:57 -0800 (PST)
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Wed, 26 Jan 2011 12:48:57 +0100
X-Google-Sender-Auth: ZUbADQnH42Ze6l4oGFwwWUgT_90
Message-ID: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>
Subject: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:46:19 -0000

For convenience of reading, I cut-and-paste some definitions from the
CoAP-04 release:

###################

   Message ID:  16-bit unsigned integer.  Used for the detection of
      message duplication, and to match messages of type
      Acknowledgement/Reset and messages of type Confirmable.  See
      Section 4 for Message ID generation rules and how messages are
      matched.

###################

5.10.1.  Token

   The Token Option is used to match a response with a request.  Every
   request has a client-generated token which the server MUST echo in
   any response.

   A token is intended for use as a client-local identifier for
   differentiating between concurrent requests.  A client SHOULD
   generate tokens in a way that tokens currently in use are unique.  An
   end-point receiving a token MUST treat it as opaque and make no
   assumptions about its format.

   A default value of a zero-length token is assumed in the absence of
   the option.

   This option is "critical".  It MUST NOT occur more than once.

###################

By reading the Message ID definition, it should be useful for two main reasons:
- avoid duplication
- match "transaction"-level request/responses (CON/ACKs)

Following the Section 5.10.1 definition, Token is mainly required to
match concurrent application-level sessions.

Please correct me if this assumptions are not valid. I know that Token
is required for other "parts" of the specification (e.g. -observe &
-block), but right now I am considering only the CoAP-04 release.

Message ID overhead is 2 bytes, and Token overhead ranges from 2 bytes
to 9 bytes.

In my opinion and if my assumptions are right, the overhead related to
concurrency matching is quite high.

A sample analysis is briefly outlined in the following part of the
message, by evaluating the example present in Section 2.2.

The example is related to the immediate response sample, however the
same considerations can be applied to the deferred response example.

      |   CON [0xbc90]   |             |   CON [0xbc91]   |
      | GET /temperature |             | GET /temperature |
      |   (Token 0x71)   |             |   (Token 0x72)   |
      +----------------->|             +----------------->|

Base message: 4 bytes (2 bytes of message ID)
Token: 2 bytes
URI-Path: 12 bytes

Overhead analysis:
- URI 66%
- concurrency 22%
- base/other 11%


      |   ACK [0xbc90]   |             |   ACK [0xbc91]   |
      |     2.00 OK      |             |  4.04 Not Found  |
      |   (Token 0x71)   |             |   (Token 0x72)   |
      |     "22.5 C"     |             |   "Not found"    |
      |<-----------------+             |<-----------------+

Base message: 4 bytes (2 bytes of message ID)
Token: 2 bytes

Content: 6 bytes

Overhead analysis:
- content 50%
- concurrency 33%
- base/other 16%

Obviously vendors/implementors can enhance the URI representation and
content representation, in order to reduce the overhead.

Example:
# URI can be "/t" using 2 bytes
# Content can be represented using various smaller formats (2 bytes?)

Using this "optimizations" the ratios will change respectively:
- concurrency 50%
- base/other 25%
- URI 25%

- concurrency 50%
- base/other 25%
- content 25%

Following this reasoning seems that concurrency has a great impact in
the current CoAP overhead.

However in my opinion duplicate message detection can be realized
using a cross-layer optimization, by exploiting the checksum field of
UDP (a similar cross-layer optimization has been used to drop the need
for Content-Length).

If this duplicate detection technique is suitable, then in my opinion
and with some further reasoning about concurrency detection, the
"Message ID" field can be sufficient to operate the matching.

Moreover further cross-layer optimizations are available to soften the
concurrency matching requirement: source IP address and source UDP
port are very useful to this end.

However Token option is used by other WG specifications, probably a
deeper investigation of that proposals can help.

In Appendix A of the recently released document
"draft-castellani-core-http-coap-mapping-00", some alternatives are
discussed that remove or readdress the need for Token option.

Best,
Angelo

From trac@tools.ietf.org  Wed Jan 26 03:48:58 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E10DF3A69AB for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:48:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.589
X-Spam-Level: 
X-Spam-Status: No, score=-102.589 tagged_above=-999 required=5 tests=[AWL=0.011, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3zbGCkvd0C2T for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:48:57 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E82F03A6987 for <core@ietf.org>; Wed, 26 Jan 2011 03:48:57 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pi3uo-0006Iq-I8; Wed, 26 Jan 2011 03:51:58 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com
X-Trac-Project: core
Date: Wed, 26 Jan 2011 11:51:58 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/90
Message-ID: <057.117387d3771c28f6c41c6519ce0f719d@tools.ietf.org>
X-Trac-Ticket-ID: 90
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: [core]  link-format #90 (new): How web linking is used in CoRE
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:48:59 -0000

#90: How web linking is used in CoRE

 Suggestion from Akbar: A general suggestion would be to clarify section 2
 of this draft to better explain the principles of how Link Format is used
 in CORE.

 Zach: Right now this concentrates on explaining how we technically apply
 Web Linking in CoRE. But some more plain language explanation on how we
 use it would surely help.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  zach@…            
     Type:  enhancement         |      Status:  new               
 Priority:  trivial             |   Milestone:                    
Component:  link-format         |     Version:                    
 Severity:  -                   |    Keywords:                    
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/90>
core <http://tools.ietf.org/core/>


From zach@sensinode.com  Wed Jan 26 03:54:55 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 986D93A6987 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:54:55 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.599
X-Spam-Level: 
X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kO1erHg9u-BR for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:54:54 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 0D97E3A6832 for <core@ietf.org>; Wed, 26 Jan 2011 03:54:53 -0800 (PST)
Received: from [213.145.205.239] ([213.145.205.239]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0QBvouT030435 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Jan 2011 13:57:50 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-59--91707301; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <A337AA36B3B96E4D853E6182B2F27AE2C71FAFB3AD@NLCLUEXM03.connect1.local>
Date: Wed, 26 Jan 2011 13:57:52 +0200
Message-Id: <629D8F15-84D5-4D3A-BDDA-D0F3AAB95C56@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <A337AA36B3B96E4D853E6182B2F27AE2C71FAFB3AD@NLCLUEXM03.connect1.local>
To: "Dijk, Esko" <esko.dijk@philips.com>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:54:55 -0000

--Apple-Mail-59--91707301
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Esko,

Thanks, you definitely found a bug. I will make a ticket to take care of =
it.

On Jan 25, 2011, at 12:18 PM, Dijk, Esko wrote:

> Dear Cullen and Carsten,
>=20
> I have read the draft and I noticed one potential issue, in the =
descriptions of filtering.
>=20
> Section 3.1 states:
> "If the decoded query-pattern does not end with "*", a link value =
matches the query only if the value of the attribute or URI-reference =
denoted by the resource-param is bytewise identical to the =
query-pattern".
> In other words, a query without using "*" only finds values that equal =
the query-pattern.

This is correct.

>=20
> Then the paragraph below this text states
> "... An implementation supporting filtering MUST return only those =
entries  for which the value of the link attribute identified by the =
resource-param contains the query-pattern as a substring."

This sentence needs to be corrected to match the previous bytewise =
matching.

> In other words, a query will return entries based on substring =
matching, so not necessarily bytewise identical. This seemingly =
contradicts the previous text. Also this sentence probably should take =
into account that querying can be done with/without wildcard "*" - the =
two cases cause different matching behavior.

Yes, I will do that.

Zach

>=20
> best regards,
>=20
> Esko Dijk
>=20
> Philips Corporate Technologies, Research
> High Tech Campus 34, Eindhoven, The Netherlands
> esko.dijk@philips.com
>=20
>=20
> -----Original Message-----
> From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf =
Of Cullen Jennings
> Sent: Wednesday 12 January 2011 16:42
> To: core WG
> Subject: [core] WGLC for draft-ietf-core-link-format-02
>=20
>=20
> I would like to start the working group last call for =
draft-ietf-core-link-format-02. Please review the draft and send =
comments to list by the end of the day Jan 26. If you review the draft =
and have no comments, send an email to the list or to the chairs so we =
have an idea of how much review the draft received.
>=20
> The draft is at =
http://tools.ietf.org/html/draft-ietf-core-link-format-02
>=20
> Thank you,
>=20
> Cullen & Carsten
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>=20
> The information contained in this message may be confidential and =
legally protected under applicable law. The message is intended solely =
for the addressee(s). If you are not the intended recipient, you are =
hereby notified that any use, forwarding, dissemination, or reproduction =
of this message is strictly prohibited and may be unlawful. If you are =
not the intended recipient, please contact the sender by return e-mail =
and destroy all copies of the original message.
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-59--91707301
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNjExNTc1
MlowIwYJKoZIhvcNAQkEMRYEFLqd2/w8V+TMBKPTj1uWBSb48Bk7MIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBADF1Al4tS6hEdxu18dHDfD8L7nN4Jys2AtSH2+k2VB6B43+7l/nf6ius
iQ78NvhHRMuwN06/ttfliR7nrEAp4Ku3hJ7B2IHRkeCNAuZn1FxbIShIuQs3QNNV/oABNthl8RIr
7GicLZN/T51T1VqYhQlcsf34KGlQn3MopbyiLFjtjNVbpq8VCB1NFvvPnW3cWyV4e2CVMSo3wELT
v0YgbKpiIJFxiGpWGvpwwpg6t1YbN64MhStp7Tq9cQEwi27z0wzW3ndHGcKxQy2ChUzy1dkUTPRU
mEx3uv7Gy0ce3zqvCunuYalX7gIRtXzWPdvYT7vzWYqH3A3TivC0Vetw6d4AAAAAAAA=

--Apple-Mail-59--91707301--

From peter.van.der.stok@philips.com  Wed Jan 26 03:55:22 2011
Return-Path: <peter.van.der.stok@philips.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AFA873A6987 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:55:22 -0800 (PST)
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.000,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QhNLqI4e9bvV for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:55:21 -0800 (PST)
Received: from VA3EHSOBE006.bigfish.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by core3.amsl.com (Postfix) with ESMTP id A9E2F3A6832 for <core@ietf.org>; Wed, 26 Jan 2011 03:55:21 -0800 (PST)
Received: from mail166-va3-R.bigfish.com (10.7.14.247) by VA3EHSOBE006.bigfish.com (10.7.40.26) with Microsoft SMTP Server id 14.1.225.8; Wed, 26 Jan 2011 11:58:21 +0000
Received: from mail166-va3 (localhost.localdomain [127.0.0.1])	by mail166-va3-R.bigfish.com (Postfix) with ESMTP id D5CD92381E2; Wed, 26 Jan 2011 11:58:20 +0000 (UTC)
X-SpamScore: -43
X-BigFish: VPS-43(zz15d6O9251J542N217bLe6eLzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h)
X-Spam-TCS-SCL: 0:0
X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:NLHILEXE03.CONNECT1.LOCAL; RD:smtpx.philips.com; EFVD:NLI
Received: from mail166-va3 (localhost.localdomain [127.0.0.1]) by mail166-va3 (MessageSwitch) id 1296043100624705_8870; Wed, 26 Jan 2011 11:58:20 +0000 (UTC)
Received: from VA3EHSMHS032.bigfish.com (unknown [10.7.14.245])	by mail166-va3.bigfish.com (Postfix) with ESMTP id 843A09B804F; Wed, 26 Jan 2011 11:58:20 +0000 (UTC)
Received: from NLHILEXE03.CONNECT1.LOCAL (168.87.56.20) by VA3EHSMHS032.bigfish.com (10.7.99.42) with Microsoft SMTP Server (TLS) id 14.1.225.8; Wed, 26 Jan 2011 11:58:09 +0000
Received: from NLHILEXH03.connect1.local (172.16.153.78) by connect1.philips.com (172.16.156.152) with Microsoft SMTP Server (TLS) id 8.3.106.1; Wed, 26 Jan 2011 12:58:06 +0100
Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLHILEXH03.connect1.local ([172.16.153.78]) with mapi; Wed, 26 Jan 2011 12:58:06 +0100
From: "Stok, Peter van der" <peter.van.der.stok@philips.com>
To: core issue tracker <trac@tools.ietf.org>, "zach@sensinode.com" <zach@sensinode.com>
Date: Wed, 26 Jan 2011 12:58:04 +0100
Thread-Topic: [core]  link-format #89 (new): Use case examples
Thread-Index: Acu9Tw8IFIuPV1evTKqvjvr8LaLHTgAAO3Jg
Message-ID: <B5584ABB89131542BEA01BFAF71A73878C053E2CFF@NLCLUEXM03.connect1.local>
References: <057.1feee7c1a2bc38c2d343f8147f109134@tools.ietf.org>
In-Reply-To: <057.1feee7c1a2bc38c2d343f8147f109134@tools.ietf.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-OriginatorOrg: philips.com
Cc: "core@ietf.org" <core@ietf.org>
Subject: Re: [core] link-format #89 (new): Use case examples
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:55:22 -0000

RGVhciBaYWNoLA0KDQpXZSBhcmUgY3VycmVudGx5IHByZXBhcmluZyB0ZXh0IGZvciB0aGVzZSB1
c2UgY2FzZXMgdG8gYmUgaW5zZXJ0ZWQgaW4gZHJhZnQtdmFuZGVyc3Rvay1iYy4NCkF0IHRoZSBt
b21lbnQgd2UgYXJlIGRpc2N1c3NpbmcgdGhlIGNvbnNlcXVlbmNlcyBvZiB0aGUgdXNlIGNhc2Vz
LCB0aHVzIGEgZmFzdCBpbnNlcnRpb24gdGhpcyBtb250aCBpcyB1bmxpa2VseS4NCg0KUGV0ZXIg
dmFuIGRlciBzdG9rDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBjb3JlLWJv
dW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP
ZiBjb3JlIGlzc3VlIHRyYWNrZXINClNlbnQ6IFdlZG5lc2RheSAyNiBKYW51YXJ5IDIwMTEgMTI6
NDkNClRvOiB6YWNoQHNlbnNpbm9kZS5jb20NCkNjOiBjb3JlQGlldGYub3JnDQpTdWJqZWN0OiBb
Y29yZV0gbGluay1mb3JtYXQgIzg5IChuZXcpOiBVc2UgY2FzZSBleGFtcGxlcw0KDQojODk6IFVz
ZSBjYXNlIGV4YW1wbGVzDQoNCiBBbmdlbG8sIENhcnN0ZW4gYW5kIFBldGVyIHBvaW50ZWQgb3V0
IHRoYXQgdXNlIGNhc2UgZXhhbXBsZXMgKGluIGFkZGl0aW9uDQogdG8gdGhlIGxpbmsgZm9ybWF0
IGV4YW1wbGUgb2YgU2VjdGlvbiA0KSB3b3VsZCBiZSBhIHVzZWZ1bCBhZGRpdGlvbiB0byB0aGUN
CiBkcmFmdC4gQ3VycmVudGx5IGl0IGlzIGRpZmZpY3VsdCBmb3IgYSByZWFkZXIgbm90IGZhbWls
aWFyIHdpdGggV2ViDQogTGlua2luZyB0byBlbnZpc2lvbiBob3cgdGhpcyBjb3VsZCBiZSB1c2Vk
IGZvciBNMk0gcmVzb3VyY2UgZGlzY292ZXJ5Lg0KDQogUG9zc2libGUgdXNlIGNhc2VzIGNvdWxk
IGluY2x1ZGUgKHBsZWFzZSBzdWdnZXN0IG90aGVycyk6DQoNCiBDb21taXNzaW9uaW5nDQogQnVp
bGRpbmcgYXV0b21hdGlvbg0KIEhvbWUgYXV0b21hdGlvbg0KIE0yTSByZXNvdXJjZSByZWdpc3Ry
YXRpb24NCg0KLS0NCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiBSZXBvcnRlcjogIHphY2hA4oCmICAg
ICAgICAgICAgICB8ICAgICAgIE93bmVyOiAgemFjaEDigKYNCiAgICAgVHlwZTogIGVuaGFuY2Vt
ZW50ICAgICAgICAgfCAgICAgIFN0YXR1czogIG5ldw0KIFByaW9yaXR5OiAgdHJpdmlhbCAgICAg
ICAgICAgICB8ICAgTWlsZXN0b25lOg0KQ29tcG9uZW50OiAgbGluay1mb3JtYXQgICAgICAgICB8
ICAgICBWZXJzaW9uOg0KIFNldmVyaXR5OiAgLSAgICAgICAgICAgICAgICAgICB8ICAgIEtleXdv
cmRzOg0KLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0t
LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KDQpUaWNrZXQgVVJMOiA8aHR0cDovL3RyYWMudG9v
bHMuaWV0Zi5vcmcvd2cvY29yZS90cmFjL3RpY2tldC84OT4NCmNvcmUgPGh0dHA6Ly90b29scy5p
ZXRmLm9yZy9jb3JlLz4NCg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX19fX18NCmNvcmUgbWFpbGluZyBsaXN0DQpjb3JlQGlldGYub3JnDQpodHRwczovL3d3dy5p
ZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmUNCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5l
ZCBpbiB0aGlzIG1lc3NhZ2UgbWF5IGJlIGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcm90ZWN0
ZWQgdW5kZXIgYXBwbGljYWJsZSBsYXcuIFRoZSBtZXNzYWdlIGlzIGludGVuZGVkIHNvbGVseSBm
b3IgdGhlIGFkZHJlc3NlZShzKS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVu
dCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdXNlLCBmb3J3YXJkaW5nLCBkaXNz
ZW1pbmF0aW9uLCBvciByZXByb2R1Y3Rpb24gb2YgdGhpcyBtZXNzYWdlIGlzIHN0cmljdGx5IHBy
b2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVk
IHJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBieSByZXR1cm4gZS1tYWlsIGFu
ZCBkZXN0cm95IGFsbCBjb3BpZXMgb2YgdGhlIG9yaWdpbmFsIG1lc3NhZ2UuDQo=


From trac@tools.ietf.org  Wed Jan 26 03:57:17 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 96C3D3A6987 for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:57:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.589
X-Spam-Level: 
X-Spam-Status: No, score=-102.589 tagged_above=-999 required=5 tests=[AWL=0.011, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EYSn8Ht3PB2t for <core@core3.amsl.com>; Wed, 26 Jan 2011 03:57:16 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 8CC463A6832 for <core@ietf.org>; Wed, 26 Jan 2011 03:57:12 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pi42m-0007dA-Np; Wed, 26 Jan 2011 04:00:12 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com
X-Trac-Project: core
Date: Wed, 26 Jan 2011 12:00:12 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/91
Message-ID: <057.9e28dd9b6c262494556416627f5d30d8@tools.ietf.org>
X-Trac-Ticket-ID: 91
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: [core] link-format #91 (new): Substring vs. bytewise matching bug
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 11:57:17 -0000

#91: Substring vs. bytewise matching bug

 A bug was found by Esko Dijk.

 Section 3.1 states the correct behaviour as:
 "If the decoded query-pattern does not end with "*", a link value matches
 the query only if the value of the attribute or URI-reference denoted by
 the resource-param is bytewise identical to the query-pattern".
 In other words, a query without using "*" only finds values that equal the
 query-pattern.

 Then the paragraph below this text contradicts this and should be fixed:
 "... An implementation supporting filtering MUST return only those entries
 for which the value of the link attribute identified by the resource-param
 contains the query-pattern as a substring."

 In other words, a query will return entries based on substring matching,
 so not necessarily bytewise identical.

 Also this sentence probably should take into account that querying can be
 done with/without wildcard "*" - the two cases cause different matching
 behavior.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  zach@…            
     Type:  defect              |      Status:  new               
 Priority:  major               |   Milestone:                    
Component:  link-format         |     Version:                    
 Severity:  -                   |    Keywords:                    
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/91>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Wed Jan 26 04:11:41 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8443B3A69BA for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:11:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.289
X-Spam-Level: 
X-Spam-Status: No, score=-102.289 tagged_above=-999 required=5 tests=[AWL=-0.289, BAYES_00=-2.599, J_CHICKENPOX_44=0.6, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SvsMSC8R1i5q for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:11:40 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DD6B73A69B0 for <core@ietf.org>; Wed, 26 Jan 2011 04:11:40 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pi4Gn-0004eZ-1t; Wed, 26 Jan 2011 04:14:41 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com
X-Trac-Project: core
Date: Wed, 26 Jan 2011 12:14:40 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/92
Message-ID: <057.d8dc4ffe60924591be90fbd5825a0813@tools.ietf.org>
X-Trac-Ticket-ID: 92
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: [core]  link-format #92 (new): Sentence on alternative formats
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 12:11:41 -0000

#92: Sentence on alternative formats

 Salvatore noticed that the following statement is not clear:

 It is expected that resources discovered in the CoRE Link Format may also
 be made available in alternative formats on the greater Internet.

 Zach: RFC5988 defines the concept of Web Linking where links can be
 expressed in a semantically equal way in many different formats. The HTTP
 Link Header, CoRE Link Format, HTML <LINK> element, and atom:feed link
 element [RFC4287] can all be used to represent these links. The purpose of
 that sentence is that we don't expect the whole Internet to understand the
 CoRE Link Format. I think a sentence should be added here to clarify that
 with a pointer to RFC5988, HTML <LINK> and RFC4287.

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  zach@…            
     Type:  enhancement         |      Status:  new               
 Priority:  trivial             |   Milestone:                    
Component:  link-format         |     Version:                    
 Severity:  -                   |    Keywords:                    
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/92>
core <http://tools.ietf.org/core/>


From trac@tools.ietf.org  Wed Jan 26 04:12:53 2011
Return-Path: <trac@tools.ietf.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2ECF93A69BA for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:12:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.588
X-Spam-Level: 
X-Spam-Status: No, score=-102.588 tagged_above=-999 required=5 tests=[AWL=0.012, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c66eUbszESN3 for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:12:52 -0800 (PST)
Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 034BB3A69B0 for <core@ietf.org>; Wed, 26 Jan 2011 04:12:52 -0800 (PST)
Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.72) (envelope-from <trac@tools.ietf.org>) id 1Pi4Hw-0006ZB-Kz; Wed, 26 Jan 2011 04:15:52 -0800
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
From: "core issue tracker" <trac@tools.ietf.org>
X-Trac-Version: 0.11.7
Precedence: bulk
Auto-Submitted: auto-generated
X-Mailer: Trac 0.11.7, by Edgewall Software
To: zach@sensinode.com
X-Trac-Project: core
Date: Wed, 26 Jan 2011 12:15:52 -0000
X-URL: http://tools.ietf.org/core/
X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/93
Message-ID: <057.05e6e1a8b1c1b48be0e39f2afbb17610@tools.ietf.org>
X-Trac-Ticket-ID: 93
X-SA-Exim-Connect-IP: ::1
X-SA-Exim-Rcpt-To: zach@sensinode.com, core@ietf.org
X-SA-Exim-Mail-From: trac@tools.ietf.org
X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false
Cc: core@ietf.org
Subject: [core]  link-format #93 (new): Bug in Section 2.2.4
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 12:12:53 -0000

#93: Bug in Section 2.2.4

 The maximum size estimate attribute "sz" gives an indication of the
 maximum size of the link indicated by the target URI.

 s/link/resource

-- 
--------------------------------+-------------------------------------------
 Reporter:  zach@…              |       Owner:  zach@…            
     Type:  defect              |      Status:  new               
 Priority:  trivial             |   Milestone:                    
Component:  link-format         |     Version:                    
 Severity:  -                   |    Keywords:                    
--------------------------------+-------------------------------------------

Ticket URL: <http://trac.tools.ietf.org/wg/core/trac/ticket/93>
core <http://tools.ietf.org/core/>


From zach@sensinode.com  Wed Jan 26 04:13:26 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CC3273A69B0 for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:13:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.299
X-Spam-Level: 
X-Spam-Status: No, score=-3.299 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, J_CHICKENPOX_44=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HR9GQohlzYst for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:13:25 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id DC89C3A69BA for <core@ietf.org>; Wed, 26 Jan 2011 04:13:24 -0800 (PST)
Received: from [213.145.205.239] ([213.145.205.239]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0QCGKF2007020 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Jan 2011 14:16:21 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-60--90597029; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <4D4003BE.9070406@ericsson.com>
Date: Wed, 26 Jan 2011 14:16:22 +0200
Message-Id: <EC67E45B-C8D6-44EB-8130-80C1E896F0C4@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <4D4003BE.9070406@ericsson.com>
To: Salvatore Loreto <salvatore.loreto@ericsson.com>
X-Mailer: Apple Mail (2.1082)
Cc: core@ietf.org
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 12:13:26 -0000

--Apple-Mail-60--90597029
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Thanks for the comments Salvatore.=20

On Jan 26, 2011, at 1:21 PM, Salvatore Loreto wrote:
> Hi there,
>=20
> I have reviewed the draft; below few comments
>=20
> Section 2
> --------
> as a general comment Section 2 should be expanded to explain better =
how the link Format is used in CORE,
> several points are vague and could lead to misinterpretations.

Agreed, just created a ticket on that. =20

> the following statement is not clear:
>=20
> 	It is expected that resources discovered in the
>   CoRE Link Format may also be made available in alternative formats =
on
>   the greater Internet.
>=20
> is there already some thought about those alternative formats?
> or "alternative" only means that the format is aspect to follow the =
Web Linking (as specified in RFC5988)
> in the greater Internet?

RFC5988 defines the concept of Web Linking where links can be expressed =
in a semantically equal way in many different formats. The HTTP Link =
Header, CoRE Link Format, HTML <LINK> element, and atom:feed link =
element [RFC4287] can all be used to represent these links. The purpose =
of that sentence is that we don't expect the whole Internet to =
understand the CoRE Link Format. I think a sentence should be added here =
to clarify that with a pointer to RFC5988, HTML <LINK> and RFC4287. Just =
made a ticket.

>=20
> Section 2.1 define the "hosts" relation time (why "hosts" and not =
"host"?) which indicates that the resource
> is hosted by the server from which the link document was request;

The Context URI "hosts" the Target URI. That is the reason for that =
form. Alternatively "hosted" could work (see Section 3 of RFC5988) -=20

Context URI has a {relation type} resource at Target URI.

> I have some doubts about the context in the case of a multicast =
request, section 2.1.1 states:
>=20
> 	The context URI of a link (also called base URI in
>   [RFC3986]) conveyed in the CoRE Link Format is by default built from
>   the scheme and authority parts of the target URI.  In the absence of
>   this information in the target URI, the context URI is built from =
the
>   scheme and authority that was used for referencing the resource
>   returning the set of links, replacing the path with an empty path.
>   Thus by default links can be thought of as describing a target
>   resource hosted by the server.
>=20

In CoAP there is no difference between how a unicast or multicast =
Request URI is reconstructed. The scheme + authority are identical in =
both cases. Does that need more explanation?

>=20
> I don't think that the above applies in the case of a multicast =
request, or at least it should be explained better
> how it applies.
>=20
> Section 2.1.1. Resource name 'n' attribute
> -----------------------------------
> IMO "application-specific semantic name" is a bit vague and could lead =
a some interoperability problem

The CoRE Link Format is exactly that, a format. It doesn't claim any =
interoperability between the naming schemes used in different =
applications. Probably should add some text explaining that further =
specification is needed to define your resource and interface =
description names?

>=20
> Section 2.2.4
> -----------
>=20
> The maximum size estimate attribute "sz" gives an indication of the
>   maximum size of the link indicated by the target URI.
>=20
>=20
> s/link/resource

Good catch, thanks.

Zach

>=20
> cheers
> /Sal
>=20
> --=20
> Salvatore Loreto
> www.sloreto.com
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-60--90597029
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNjEyMTYy
M1owIwYJKoZIhvcNAQkEMRYEFJiEuI9S0yceRHhAwYH6Jel3y7AMMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAF0PDM/G9S67N4e3mKpz7v+ZtM4rnbNmGvOBXM/ZEWcfAmmSOe5sQy74
cC8ENqrVVNq0UVQEqrkp4WU9woFbXvIQjMQ4AfPem8ecP/U6A4GqWL19HGWWXFMGTURK3ZOK94B+
dCuVJI85zLnB5ti3rX3mCMR92reGlk4sBtL8VPKA+HGtSILuTWdqHoj/JJO0vZib/D7r2EZ3hsTs
Lnru71VSjumvHisxn4f3j48ff96+dAVzXtwcT0JK8GYw9HOI+ywS9AIFa7Ix00maMaTwtYymZma+
gQRPNRVvt/NFEOFHtCeftG6wSYkDVA4ASHH+ujkLNpMVzSsv8mIcl64qsq0AAAAAAAA=

--Apple-Mail-60--90597029--

From matthieu.vial@fr.non.schneider-electric.com  Wed Jan 26 04:30:47 2011
Return-Path: <matthieu.vial@fr.non.schneider-electric.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 390FE3A685D; Wed, 26 Jan 2011 04:30:47 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.312
X-Spam-Level: 
X-Spam-Status: No, score=-3.312 tagged_above=-999 required=5 tests=[AWL=0.287,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ltjTr4H-EZUz; Wed, 26 Jan 2011 04:30:46 -0800 (PST)
Received: from mailX02.eud.schneider-electric.com (mailx02.eud.schneider-electric.com [205.167.7.38]) by core3.amsl.com (Postfix) with ESMTP id 13A873A6836; Wed, 26 Jan 2011 04:30:45 -0800 (PST)
Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX02.eud.schneider-electric.com with ESMTP id 2011012613105373-19861 ; Wed, 26 Jan 2011 13:10:53 +0100 
In-Reply-To: <5723A7F1-4BC4-4A1B-B420-A403BA7755AA@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
From: matthieu.vial@fr.non.schneider-electric.com
Message-ID: <OF1B569F3F.8B69D8CE-ONC125781E.004CC6BD-C1257824.004500A8@Schneider-Electric.com>
Date: Wed, 26 Jan 2011 13:33:36 +0100
X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 26/01/2011 13:33:43, Serialize complete at 26/01/2011 13:33:43, Itemize by SMTP Server on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 26/01/2011 13:10:53, Serialize by Router on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 26/01/2011 13:10:55, Serialize complete at 26/01/2011 13:10:55
Content-Type: text/plain; charset="US-ASCII"
Cc: core-bounces@ietf.org, core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 12:30:47 -0000

Hi Carsten,

>In short, supporting installation/commissioning is the most useful 
application I see for resource discovery.
>There are also applications in diagnostics/debugging and other management 
activities.

According to the draft /.well-known/core should only mention the important 
resources. I understand the term important resource as the entry point to 
a given service offered by the device instead of an exhaustive resource 
list. The service may then be made of subordinate resources that could be 
defined out-of-band in a specification (not very RESTful) or learned with 
links from the entry point. It is not clear to me if it is allowed to 
define such an entry point as a link-format resource. The sentence "Such a 
hierarchy MUST be under the /.well-known/core path." at the end of section 
3 makes me think that this kind of entry point would have to be in the 
/.well-known/core path.

But I think the link-format could be used out of the /.well-known/core 
path. For example to enumerate the current list of subordinates for a 
resource which is a collection. And IMHO /.well-known/core is not the 
rigth place to advertise resources with potentially short lifetimes. So 
what people think about the following example? Is it the right way to use 
link-format?

REQ: GET /.well-known/core
RES: 200 OK
</gps>;n="GPS position",
</fnc>;n="Geofence list";ct=40,
</alrm>;n="Pending alarms";ct=40;obs,

REQ: GET /gps
RES: 200 OK
45.185013,5.723476

REQ: GET /fnc
RES: 200 OK
</fnc/1>;ct=41,
</fnc/2>;ct=41;sz=200,

REQ: GET /alrm
RES: 200 OK
</alrm/1>;ct=41,
</alrm/2>;ct=41,
</alrm/3>;ct=41,

REQ: GET /fnc/1
RES: 200 OK
<fence>
...
</fence>

REQ: GET /alrm/1
RES: 200 OK
<alarm>
...
</alarm>

Sorry for the late comment,
Matthieu

From cabo@tzi.org  Wed Jan 26 04:48:58 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E88843A69AB for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:48:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.499
X-Spam-Level: 
X-Spam-Status: No, score=-106.499 tagged_above=-999 required=5 tests=[AWL=-0.250, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TrRrSUZBvPZj for <core@core3.amsl.com>; Wed, 26 Jan 2011 04:48:58 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id A2B823A69B2 for <core@ietf.org>; Wed, 26 Jan 2011 04:48:57 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QCpopC011312; Wed, 26 Jan 2011 13:51:50 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 5706DF85; Wed, 26 Jan 2011 13:51:50 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com>
Date: Wed, 26 Jan 2011 13:52:23 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <27634664-2BB7-438A-8208-244E22CB8734@tzi.org>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
X-Mailer: Apple Mail (2.1082)
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 12:48:59 -0000

On Jan 26, 2011, at 12:48, Angelo P. Castellani wrote:

> Message ID overhead is 2 bytes, and Token overhead ranges from 2 bytes
> to 9 bytes.

I'm in a Dagstuhl seminar right now, where we happened to talk about =
"the fallacy of overhead" a couple of hours ago...

But really, as I explained, as the token has a default value, the token =
overhead is zero, unless and until you do really need it.
Unfortunately, I don't have time to explain this in more detail right =
now, maybe later in the call...

Gruesse, Carsten


From kerlyn2001@gmail.com  Wed Jan 26 05:49:59 2011
Return-Path: <kerlyn2001@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF3293A69C4; Wed, 26 Jan 2011 05:49:58 -0800 (PST)
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.649,  BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KzR8dSf1z4-j; Wed, 26 Jan 2011 05:49:57 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id DD5AE3A69B8; Wed, 26 Jan 2011 05:49:56 -0800 (PST)
Received: by bwz12 with SMTP id 12so1568331bwz.31 for <multiple recipients>; Wed, 26 Jan 2011 05:52:56 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=aOtChPd4RBmH7TO4i0T4B2FQgpJwsmLKy4MFeSpV3Rw=; b=sJJXmbu2KLc9uPCCox7I9z9FuLUG55+MfLFvxKgMgyBEjsUPmoyZtpo2pzvv2Ibblv Xd667yQXrv90j4V+e0K2Ck3iNzVRjvXtg10Xy7rOmm8KLZcfWTO+AK8n16zhs4f0qwch Mz+xuzDaDuG8F/2L1uD3U86TwAoiQeFDOgi4Q=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=S/80/HL/JOuqc01+25X4E8fy/d/TMlEm2JYuJ7JkwJdpw+e35rk6S3tf7Z9hUKcB++ JCdPGbtxgjhZGVjnobcRfi7oUhKC4gYSU7lmZsg5EAk5LNKt6itpfjT5/+brbYyPoTDN hapazzKTo+hvRTSW12XJm2CGBWdPT8RCRtCaE=
MIME-Version: 1.0
Received: by 10.204.33.74 with SMTP id g10mr382675bkd.131.1296049976638; Wed, 26 Jan 2011 05:52:56 -0800 (PST)
Received: by 10.204.52.208 with HTTP; Wed, 26 Jan 2011 05:52:56 -0800 (PST)
In-Reply-To: <OF1B569F3F.8B69D8CE-ONC125781E.004CC6BD-C1257824.004500A8@Schneider-Electric.com>
References: <5723A7F1-4BC4-4A1B-B420-A403BA7755AA@tzi.org> <OF1B569F3F.8B69D8CE-ONC125781E.004CC6BD-C1257824.004500A8@Schneider-Electric.com>
Date: Wed, 26 Jan 2011 08:52:56 -0500
Message-ID: <AANLkTi=xn2Yq09s9t0X=vrs4wymQT43XpTLh8qRi9yAK@mail.gmail.com>
From: Kerry Lynn <kerlyn2001@gmail.com>
To: matthieu.vial@fr.non.schneider-electric.com
Content-Type: multipart/alternative; boundary=00032555f70677fe81049ac026f6
Cc: core WG <core@ietf.org>, core-bounces@ietf.org
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 13:49:59 -0000

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

I agree that there should be something of a "split" between relatively
coarse-grained discovery (a.k.a. "service discovery") which is done
at link-local or site-local scope, and fine-grained data ("resource
discovery") which is learned by querying the device in question.
Perhaps the former is exposed via multicast and the latter only
via unicast.  This might mitigate amplification attack concerns.

At the same time, I expect that even the former might have some
practical scaling limit when the size of the network reaches thousands
of points.  Therefore, I think one very practical application of link
format is to support the automatic population of scalable discovery
databases (e.g. DNS-SD) during commissioning.

It seemed like the original draft-ietf-core-coap-00 described a
scheme that would satisfy the discovery requirement from the
charter:

A definition of how to use CoAP to advertise about or query
for a Device's description.  This description may include the
device name and a list of its Resources, each with a URL, an
interface description URI (pointing e.g. to a Web Application
Description Language (WADL) document) and an optional name or
identifier.  The name taxonomy used for this description will
be consistent with other IETF work, e.g.
draft-cheshire-dnsext-dns-sd. [charter]

In particular, a DNS-SD name includes three basic concepts:
<instanceName>.<serviceType>.<location>.  I would like to
understand how target attributes can be mapped to these fields.
I was under the impression that the -00 text would be tweaked
and restored at some point?  If not, how will we address the
intent of the last sentence in the above requirement?

Also sorry for the late comment, -K-


On Wed, Jan 26, 2011 at 7:33 AM, <
matthieu.vial@fr.non.schneider-electric.com> wrote:

> Hi Carsten,
>
> >In short, supporting installation/commissioning is the most useful
> application I see for resource discovery.
> >There are also applications in diagnostics/debugging and other management
> activities.
>
> According to the draft /.well-known/core should only mention the important
> resources. I understand the term important resource as the entry point to
> a given service offered by the device instead of an exhaustive resource
> list. The service may then be made of subordinate resources that could be
> defined out-of-band in a specification (not very RESTful) or learned with
> links from the entry point. It is not clear to me if it is allowed to
> define such an entry point as a link-format resource. The sentence "Such a
> hierarchy MUST be under the /.well-known/core path." at the end of section
> 3 makes me think that this kind of entry point would have to be in the
> /.well-known/core path.
>
> But I think the link-format could be used out of the /.well-known/core
> path. For example to enumerate the current list of subordinates for a
> resource which is a collection. And IMHO /.well-known/core is not the
> rigth place to advertise resources with potentially short lifetimes. So
> what people think about the following example? Is it the right way to use
> link-format?
>
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n="GPS position",
> </fnc>;n="Geofence list";ct=40,
> </alrm>;n="Pending alarms";ct=40;obs,
>
> REQ: GET /gps
> RES: 200 OK
> 45.185013,5.723476
>
> REQ: GET /fnc
> RES: 200 OK
> </fnc/1>;ct=41,
> </fnc/2>;ct=41;sz=200,
>
> REQ: GET /alrm
> RES: 200 OK
> </alrm/1>;ct=41,
> </alrm/2>;ct=41,
> </alrm/3>;ct=41,
>
> REQ: GET /fnc/1
> RES: 200 OK
> <fence>
> ...
> </fence>
>
> REQ: GET /alrm/1
> RES: 200 OK
> <alarm>
> ...
> </alarm>
>
> Sorry for the late comment,
> Matthieu
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>

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

I agree that there should be something of a &quot;split&quot; between relat=
ively<br>coarse-grained discovery (a.k.a. &quot;service discovery&quot;) wh=
ich is done<br>at link-local or site-local scope, and fine-grained data (&q=
uot;resource<br>
discovery&quot;) which is learned by querying the device in question.<br>Pe=
rhaps the former is exposed via multicast and the latter only<br>via unicas=
t.=A0 This might mitigate amplification attack concerns.<br><br>At the same=
 time, I expect that even the former might have some<br>
practical scaling limit when the size of the network reaches thousands<br>o=
f points.=A0 Therefore, I think one very practical application of link<br>f=
ormat is to support the automatic population of scalable discovery<br>datab=
ases (e.g. DNS-SD) during commissioning.<br>
<br>It seemed like the original draft-ietf-core-coap-00 described a<br>sche=
me that would satisfy the discovery requirement from the<br>charter:<br><pr=
e>A definition of how to use CoAP to advertise about or query<br>for a Devi=
ce&#39;s description.  This description may include the<br>
device name and a list of its Resources, each with a URL, an<br>interface d=
escription URI (pointing e.g. to a Web Application<br>Description Language =
(WADL) document) and an optional name or<br>identifier.  The name taxonomy =
used for this description will<br>
be consistent with other IETF work, e.g.<br>draft-cheshire-dnsext-dns-sd. [=
charter]<br></pre>In particular, a DNS-SD name includes three basic concept=
s:<br>&lt;instanceName&gt;.&lt;serviceType&gt;.&lt;location&gt;.=A0 I would=
 like to<br>
understand how target attributes can be mapped to these fields.<br>I was un=
der the impression that the -00 text would be tweaked<br>and restored at so=
me point?=A0 If not, how will we address the<br>intent of the last sentence=
 in the above requirement?<br>
<br>Also sorry for the late comment, -K-<br><br><br><div class=3D"gmail_quo=
te">On Wed, Jan 26, 2011 at 7:33 AM,  <span dir=3D"ltr">&lt;<a href=3D"mail=
to:matthieu.vial@fr.non.schneider-electric.com">matthieu.vial@fr.non.schnei=
der-electric.com</a>&gt;</span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin: 0pt 0pt 0pt 0.8ex; borde=
r-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">Hi Carsten,<br>
<div class=3D"im"><br>
&gt;In short, supporting installation/commissioning is the most useful<br>
application I see for resource discovery.<br>
&gt;There are also applications in diagnostics/debugging and other manageme=
nt<br>
activities.<br>
<br>
</div>According to the draft /.well-known/core should only mention the impo=
rtant<br>
resources. I understand the term important resource as the entry point to<b=
r>
a given service offered by the device instead of an exhaustive resource<br>
list. The service may then be made of subordinate resources that could be<b=
r>
defined out-of-band in a specification (not very RESTful) or learned with<b=
r>
links from the entry point. It is not clear to me if it is allowed to<br>
define such an entry point as a link-format resource. The sentence &quot;Su=
ch a<br>
hierarchy MUST be under the /.well-known/core path.&quot; at the end of sec=
tion<br>
3 makes me think that this kind of entry point would have to be in the<br>
/.well-known/core path.<br>
<br>
But I think the link-format could be used out of the /.well-known/core<br>
path. For example to enumerate the current list of subordinates for a<br>
resource which is a collection. And IMHO /.well-known/core is not the<br>
rigth place to advertise resources with potentially short lifetimes. So<br>
what people think about the following example? Is it the right way to use<b=
r>
link-format?<br>
<br>
REQ: GET /.well-known/core<br>
RES: 200 OK<br>
&lt;/gps&gt;;n=3D&quot;GPS position&quot;,<br>
&lt;/fnc&gt;;n=3D&quot;Geofence list&quot;;ct=3D40,<br>
&lt;/alrm&gt;;n=3D&quot;Pending alarms&quot;;ct=3D40;obs,<br>
<br>
REQ: GET /gps<br>
RES: 200 OK<br>
45.185013,5.723476<br>
<br>
REQ: GET /fnc<br>
RES: 200 OK<br>
&lt;/fnc/1&gt;;ct=3D41,<br>
&lt;/fnc/2&gt;;ct=3D41;sz=3D200,<br>
<br>
REQ: GET /alrm<br>
RES: 200 OK<br>
&lt;/alrm/1&gt;;ct=3D41,<br>
&lt;/alrm/2&gt;;ct=3D41,<br>
&lt;/alrm/3&gt;;ct=3D41,<br>
<br>
REQ: GET /fnc/1<br>
RES: 200 OK<br>
&lt;fence&gt;<br>
...<br>
&lt;/fence&gt;<br>
<br>
REQ: GET /alrm/1<br>
RES: 200 OK<br>
&lt;alarm&gt;<br>
...<br>
&lt;/alarm&gt;<br>
<br>
Sorry for the late comment,<br>
Matthieu<br>
<div><div></div><div class=3D"h5">_________________________________________=
______<br>
core mailing list<br>
<a href=3D"mailto:core@ietf.org">core@ietf.org</a><br>
<a href=3D"https://www.ietf.org/mailman/listinfo/core" target=3D"_blank">ht=
tps://www.ietf.org/mailman/listinfo/core</a><br>
</div></div></blockquote></div><br>

--00032555f70677fe81049ac026f6--

From angelo.castellani@gmail.com  Wed Jan 26 05:55:06 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5616B3A69BA for <core@core3.amsl.com>; Wed, 26 Jan 2011 05:55:06 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.636
X-Spam-Level: 
X-Spam-Status: No, score=-2.636 tagged_above=-999 required=5 tests=[AWL=0.341,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OeCjBzhZ2UFk for <core@core3.amsl.com>; Wed, 26 Jan 2011 05:55:05 -0800 (PST)
Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 6B9863A69BB for <core@ietf.org>; Wed, 26 Jan 2011 05:55:05 -0800 (PST)
Received: by qyj19 with SMTP id 19so1004101qyj.10 for <core@ietf.org>; Wed, 26 Jan 2011 05:58:05 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=Esaz8U562QAbgAZmO+SQYOpPwIPmTHfknDDUQsbZsz8=; b=uOHwNZn68i0RpRxlDM8EP2gNr4f3FFwIwul/TWnK5h2/Bom09ia2pqzEKpA1UsAtVS 6TmYjL1w88UlWeHcfaKaVq2OgSvkAMWIPbFWcGQE+5Wo6IidunVkDwWnt2d7JAvpQ6Ui 4YSs8woai5Tw94y02k2IGw13fuvl3ba0Eux/U=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=b5RHp8ymMQx0jGWnCDQUf26Gbmm57A9P5wMYipiIkMu63BWJFXOySqq/QYNG2IPWWy Udtp/RqJBpk4xVeHk4BD+eH+7KJdA+QSl4bJTdVgsdvuU9+aYZgg7q4wjGlAILC8haSY t8FI6bEwiFHDor/p+2cO1OpJOL3FlnAEwJM94=
Received: by 10.229.91.2 with SMTP id k2mr397042qcm.260.1296050285659; Wed, 26 Jan 2011 05:58:05 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Wed, 26 Jan 2011 05:57:45 -0800 (PST)
In-Reply-To: <27634664-2BB7-438A-8208-244E22CB8734@tzi.org>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com> <27634664-2BB7-438A-8208-244E22CB8734@tzi.org>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Wed, 26 Jan 2011 14:57:45 +0100
X-Google-Sender-Auth: BRx2w9TJIf4RnBU7Zx-T9__yGTc
Message-ID: <AANLkTikPUJDk8udorJXdG8-unv71cgsja313buKuVP6e@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 13:55:06 -0000

Carsten
thanks again for the feedback.

> But really, as I explained, as the token has a default value, the token overhead is zero, unless and until you do really need it.

As far as I can understand from the current CoAP-04 specification,
Token has a great importance in the request/response matching process.

See especially Section 5.3, and other text about it in Sections 2.2
and 5.2; moreover it is present in a lot of examples (every?).

For convenience of who has less time to read the email, my previous
message can synthetized as follows:

Conclusions:
- for REQ/RES matching purposes can be investigated the use of
"Message ID" field *only*
- the fact that Token is used also in other documents can suggests a
deeper investigation of that methods too

2 useful considerations:
- duplicate message detection function can be operated using UDP checksum field
- REQ/RES matching can be done using  "Message ID" paired with the
source IP address and source UDP port of the datagram

However please look at the whole previous message if you have doubts about this.

Best,
Angelo

From cabo@tzi.org  Wed Jan 26 06:04:24 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3D6083A69C9 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:04:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.199
X-Spam-Level: 
X-Spam-Status: No, score=-105.199 tagged_above=-999 required=5 tests=[AWL=-1.450, BAYES_00=-2.599, HELO_EQ_DE=0.35, RAZOR2_CF_RANGE_51_100=0.5, RAZOR2_CF_RANGE_E4_51_100=1.5, RAZOR2_CHECK=0.5, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZpE7xpR+G9l4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:04:22 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 9CD993A686C for <core@ietf.org>; Wed, 26 Jan 2011 06:04:17 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QE7Bb0012096 for <core@ietf.org>; Wed, 26 Jan 2011 15:07:11 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 9EFCC43;  Wed, 26 Jan 2011 15:07:10 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/mixed; boundary=Apple-Mail-33--83915315
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <2C8F5968-9EB5-495D-A296-AB96B0E8E5A8@tzi.org>
Date: Wed, 26 Jan 2011 15:07:44 +0100
Message-Id: <23CB5E7A-3785-4E3C-AE68-914189E9C8AC@tzi.org>
References: <7925360F-9E9E-41F8-8053-9AF6F244C7A9@tzi.org> <2C8F5968-9EB5-495D-A296-AB96B0E8E5A8@tzi.org>
To: Constrained RESTful Environments WG <core@ietf.org>
X-Mailer: Apple Mail (2.1082)
Subject: Re: [core] CoRE WG webex call on Jan 26, 1500 UTC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:04:24 -0000

--Apple-Mail-33--83915315
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii

On Jan 24, 2011, at 13:56, Carsten Bormann wrote:

> This is a reminder that our next WG webex call is this Wednesday, Jan 26.
> As we decided to stick with a constant 1500 UTC time,
> the time for the call is:
> 
> 	 0700 PST = 1000 EST = 1500 UTC = 1600 CET = 
>         1700 EET = 2300 China = 2400 Japan/Korea

... about 50 minutes from now.

And attached is a very first version of the slides.

> Do we have any other contributions we should discuss on Wednesday?

I can still take in more slides, please send them to me now.

Gruesse, Carsten


--Apple-Mail-33--83915315
Content-Disposition: inline;
	filename=IETF79-core-interim-v2.pdf
Content-Type: application/pdf;
	x-unix-mode=0644;
	name="IETF79-core-interim-v2.pdf"
Content-Transfer-Encoding: base64

JVBERi0xLjMKJcTl8uXrp/Og0MTGCjQgMCBvYmoKPDwgL0xlbmd0aCA1IDAgUiAvRmlsdGVyIC9G
bGF0ZURlY29kZSA+PgpzdHJlYW0KeAGtVt9P20AMfs9f4cdEGte7yyVNEUKICiah7YE1Eg9jD6xr
WVF/jDYMbX/9nPPZOfoDgTSBhMnZPvvz9zl5hGt4BI0/fauhcBrWE7iBJfSGGwPjDRjYjLfPp6BV
CbPWx5KPAZPs9fOh/mSG9xj/75EBZ9vf8QLOazBVeFpBX1mwJqkX0Ls0SqN/PYWvkP7M4EgrA2nT
/GLzuNcr2Z6zsWLjOcMabZLe8QOJE0Mt+WzCRpPBN6iv4KL2sEi51pWQl0mo14V6HTinBtrmBZg+
+KJtVPSYs67WvhhI5Z6zLMHqIJ0t8UbfmByx72zxASxn0GyYzN8JKRqEyFGbCpGJXfiEUksWhGtv
d0WVQ65xGkk7jag7hY2V1FjOjbU31w+EEFEnx9iWPNbE5LEJkqfllfYE8nyJCEBcI0BduBL/mlJV
A1fgvZjQI+qUTpgGQ9804rai0aG14UcNA3c3C2iLD2Lr0f6RJYgMBsEXjroYsVVPn9hENpHbhaT4
zUnxFlO1ObCEkG3B+cW7kargAOQH2relVlVeDZBPQQXYvqjg5iMXdpsiuXyNLbeoIK7iNovvbEeU
lziE0jqwVZV08vbSPTwhjEL/fRo11g3wUJNOi6hCGRAJFmEi/aGBABL4681xXGDECboxqAydtdYW
6vHLBUGXu6C3ki9PYfg0n0+WcDVZLmfL+w2cZAnzdOeO3a5MWaqyKHAtbWfG9TOdB70iRTzq0+kf
bufMGyhAkjt16p2EBHKC2wlPklSFNFsHkC5iZIyqqkHpKnimRTscBT2NhvEq7VDreqiUM+UAFpCj
oGxe5uDCozmMXq62Q2PuIvs05w7qU2T1O6DtK5pZP0dFJ71LSYTIYiaPlRBH+IK8Jr4IjA3tSEQY
heZx5Ohz9iWAIZVgBJSySF6K5RxcQZKeyDDE9XsojrPKqJu/vA54kuyy5qVwH2JP44m+gYcMltF7
5PVZShM10Zsv1hc2SC1jCWRAYO8nfiDRG//6wejXJbkrFynTbrMjGiqPR5DtUAqVyUQDtEm7Jjwh
5KSZ7mLcNbj3fdYpYvvrgohoipaJ+IkRr64rwRbHTriJMeGprt+EE0a/srpMFSYrOkgBxqs1dvwO
URWFMq7CF+ZONhyAEPUhoBn35uFlagvMqJii6DbT/x1DV6zhxWQGRvUtfl2YKjyjzXT9D9jDIUMK
ZW5kc3RyZWFtCmVuZG9iago1IDAgb2JqCjg5MAplbmRvYmoKMiAwIG9iago8PCAvVHlwZSAvUGFn
ZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgNiAwIFIgL0NvbnRlbnRzIDQgMCBSIC9NZWRpYUJv
eCBbMCAwIDcyMCA1NDBdCi9Bbm5vdHMgMTYgMCBSID4+CmVuZG9iago2IDAgb2JqCjw8IC9Qcm9j
U2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIgL0NzMiA4IDAgUiA+
PiAvRm9udCA8PAovRjQuMCAxMiAwIFIgL0Y1LjAgMTMgMCBSIC9GMi4wIDEwIDAgUiAvRjEuMCA5
IDAgUiAvRjMuMCAxMSAwIFIgL0Y2LjAgMTQgMCBSCj4+ID4+CmVuZG9iagoxNiAwIG9iagpbIDE3
IDAgUiAxOCAwIFIgMTkgMCBSIDIwIDAgUiBdCmVuZG9iagoyMSAwIG9iago8PCAvTGVuZ3RoIDIy
IDAgUiAvTiAxIC9BbHRlcm5hdGUgL0RldmljZUdyYXkgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4K
c3RyZWFtCngBhVJPSBRRHP7NNhKEiEGFeIh3CgmVKaysoNp2dVmVbVuV0qIYZ9+6o7Mz05vZNcWT
BF2iPHUPomN07NChm5eiwKxL1yCpIAg8dej7zezqKIRveTvf+/39ft97RG2dpu87KUFUc0OVK6Wn
bk5Ni4MfKUUd1E5YphX46WJxjLHruZK/u9fWZ9LYst7HtXb79j21lWVgIeottrcQ+iGRZgAfmZ8o
ZYCzwB2Wr9g+ATxYDqwa8COiAw+auTDT0Zx0pbItkVPmoigqr2I7Sa77+bnGvou1iYP+XI9m1o69
s+qq0UzUtPdEobwPrkQZz19U9mw1FKcN45xIQxop8q7V3ytMxxGRKxBKBlI1ZLmfak6ddeB1GLtd
upPj+PYQpT7JYKiJtemymR2FfQB2KsvsEPAF6PGyYg/ngXth/1tRw5PAJ2E/ZId51q0f9heuU+B7
hD014M4UrsXx2oofXi0BQ/dUI2iMc03E09c5c6SI7zHUGZj3RjmmCzF3lqoTN4A7YR9ZqmYKsV37
ruol7nsCd9PjO9GbOQtcoBxJcrEV2RTQPAlYFH2LsEkOPD7OHlXgd6iYwBy5idzNKPce1REbZ6NS
gVZ6jVfGT+O58cX4ZWwYz4B+rHbXe3z/6eMVdde2Pjz5jXrcOa69nRtVYVZxZQvd/8cyhI/ZJzmm
wdOhWVhr2HbkD5rMTLAMKMR/BT6X+pITVdzV7u24RRLMUD4sbCW6S1RuKdTqPYNKrBwr2AB2cJLE
LFocuFNrujl4d9giem35TVey64b++vZ6+9ryHm3KqCkoE82zRGaUsVuj5N142/1mkRGfODq+572K
Wsn+SUUQP4U5WiryFFX0VlDWxG9nDn4btn5cP6Xn9UH9PAk9rZ/Rr+ijEb4MdEnPwnNRH6NJ8LBp
IeISoIqDM9ROVGONA+Ip8fK0W2SR/Q9AGf1mCmVuZHN0cmVhbQplbmRvYmoKMjIgMCBvYmoKNzA0
CmVuZG9iago3IDAgb2JqClsgL0lDQ0Jhc2VkIDIxIDAgUiBdCmVuZG9iagoyMyAwIG9iago8PCAv
TGVuZ3RoIDI0IDAgUiAvTiAzIC9BbHRlcm5hdGUgL0RldmljZVJHQiAvRmlsdGVyIC9GbGF0ZURl
Y29kZSA+PgpzdHJlYW0KeAGFVM9rE0EU/jZuqdAiCFprDrJ4kCJJWatoRdQ2/RFiawzbH7ZFkGQz
SdZuNuvuJrWliOTi0SreRe2hB/+AHnrwZC9KhVpFKN6rKGKhFy3xzW5MtqXqwM5+8943731vdt8A
DXLSNPWABOQNx1KiEWlsfEJq/IgAjqIJQTQlVdvsTiQGQYNz+Xvn2HoPgVtWw3v7d7J3rZrStpoH
hP1A4Eea2Sqw7xdxClkSAog836Epx3QI3+PY8uyPOU55eMG1Dys9xFkifEA1Lc5/TbhTzSXTQINI
OJT1cVI+nNeLlNcdB2luZsbIEL1PkKa7zO6rYqGcTvYOkL2d9H5Os94+wiHCCxmtP0a4jZ71jNU/
4mHhpObEhj0cGDX0+GAVtxqp+DXCFF8QTSeiVHHZLg3xmK79VvJKgnCQOMpkYYBzWkhP10xu+LqH
BX0m1xOv4ndWUeF5jxNn3tTd70XaAq8wDh0MGgyaDUhQEEUEYZiwUECGPBoxNLJyPyOrBhuTezJ1
JGq7dGJEsUF7Ntw9t1Gk3Tz+KCJxlEO1CJL8Qf4qr8lP5Xn5y1yw2Fb3lK2bmrry4DvF5Zm5Gh7X
08jjc01efJXUdpNXR5aseXq8muwaP+xXlzHmgjWPxHOw+/EtX5XMlymMFMXjVfPqS4R1WjE3359s
fzs94i7PLrXWc62JizdWm5dn/WpI++6qvJPmVflPXvXx/GfNxGPiKTEmdornIYmXxS7xkthLqwvi
YG3HCJ2VhinSbZH6JNVgYJq89S9dP1t4vUZ/DPVRlBnM0lSJ93/CKmQ0nbkOb/qP28f8F+T3iuef
KAIvbODImbptU3HvEKFlpW5zrgIXv9F98LZua6N+OPwEWDyrFq1SNZ8gvAEcdod6HugpmNOWls05
Uocsn5O66cpiUsxQ20NSUtcl12VLFrOZVWLpdtiZ0x1uHKE5QvfEp0plk/qv8RGw/bBS+fmsUtl+
ThrWgZf6b8C8/UUKZW5kc3RyZWFtCmVuZG9iagoyNCAwIG9iago3MzcKZW5kb2JqCjggMCBvYmoK
WyAvSUNDQmFzZWQgMjMgMCBSIF0KZW5kb2JqCjI2IDAgb2JqCjw8IC9MZW5ndGggMjcgMCBSIC9G
aWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4AaVW224TMRB991cMPHmlZuP1ejcbnlArKoGE
RCFSHygPEBIIkN6ygPh7xpczcS6LWqG2Wtf2XM6ZY3vu6ILuyPDPxBpqnKH7BV3SNY3PNhXNN1TR
Zr6/viRTtrTye2zcU1Glju4LpmFlxXGq8O+oImf973xNpzOqujTb0aS0ZCs1W9P4vCoN758t6T3p
rwWNTFmR7vtbDJ+Nxy3GPzC4weB3wTlapT9iQuxkUF5jbYFBX9AHmr2iF7NAi6RrXUt1q1K+LuXr
yLlyamzdUDWhkLTNkp7D6819SIa0xHleKM6O9OqaIwZgsoS9q/UJWXgwGFRFiEmaB5GRkXfFzORb
sBJdixem6yi6pqupNlwN5auRoSsZWBuB1QCm2d3sW2TIS4cNnbHUti1Nc/FYxeLxujJBQEEvmQC8
2RQKqNvIKH/ruqYmkelSTKVpL2ZLlek4pqHaukyxQY2e2fjXHQ/dkqs5vSA+NvcpjvgbxNeWXE/n
IugJExskqJ9sExBMOZoBl7Xzgk4UsmsR9GXBsvcKiHXnAUMMkoiCZeVuQoV5RQY/05Y1Vg6MWdvB
iSzweeAJpbHAB2V3A8LyCcvDk/41EERpVigLLM895Uz6c/ICrz3cSkJYiTszZ+Jj2TPgrU59pPgX
qnlAerpE9uo4Zb36Osar5JF1PHQZ6jito7e8jq8FmAz6VSKBr5dA05f0lTpGDrIKi61QO8Q+34Cx
pLlgVCwHyBdboRSZxBspr9xuOfhCShfTcgkUYgP1QUI9bLFT8KWB0jARfLIFtp8SN3+gKSyIxuU8
fMcWxAMq8MumW9k8QCehqBWem7yq8Aiq8QXDSBL4BNaiSLXADlguMbGUogixws5IajvibcnT4Ta4
khUEEc5kEBNUGlSBOjGVbES1cAYTxrZllfUcHi5TPuYwVl0XTuPhparwkgxfqgOHkX1Gd6ib4jbh
FBIRSsGV4Ix9AaW+gI+CHLnMJj7OYEJqN3ybvUwyfvMWGSDwbTpQEgYlAL9SCiwMXtUbSOIkRUMM
ASe+ZAAMEh4SxkFHGpA8fIoUMSHIzlP0sy3UyFeNiSkGEwx4xhruJvwrt1XTsTPqW5DsLo8PKJoQ
1Nq3hAIaCIAMCQOhf07iBYkVHFswDUtx2YsWkvpVaAiHO+XYd4ROgnvdDJfr2tL6LsqUkyZKWWXw
/tVyPN22HEMOD3sYyxQ1jZtI09FkTcdpbJNZ9MzA3hNOSaeb2Grnb4SQEXpVXtm5Eh6emwfbcE93
rL/6P7BN6tdysO/m93yiIkp+ZXbgKn2lN1dFrsWLv3AEkCUKZW5kc3RyZWFtCmVuZG9iagoyNyAw
IG9iago5NzUKZW5kb2JqCjI1IDAgb2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgMyAwIFIgL1Jl
c291cmNlcyAyOCAwIFIgL0NvbnRlbnRzIDI2IDAgUiAvTWVkaWFCb3gKWzAgMCA3MjAgNTQwXSA+
PgplbmRvYmoKMjggMCBvYmoKPDwgL1Byb2NTZXQgWyAvUERGIC9UZXh0IF0gL0NvbG9yU3BhY2Ug
PDwgL0NzMSA3IDAgUiAvQ3MyIDggMCBSID4+IC9Gb250IDw8Ci9GNS4wIDEzIDAgUiAvRjIuMCAx
MCAwIFIgL0YzLjAgMTEgMCBSIC9GNC4wIDEyIDAgUiAvRjYuMCAxNCAwIFIgL0Y3LjEgMzAgMCBS
Ci9GMS4wIDkgMCBSID4+ID4+CmVuZG9iagozMyAwIG9iago8PCAvTGVuZ3RoIDM0IDAgUiAvRmls
dGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGdV9tuGzcQfd+vmL6tgIpeci9a5amt614CFHAi
AX5o+pAqVuI2sht7C6N/38PLmaW0smoXNrAUdzgcnjlzhvtF3sgXqfC3cJW0TSX313Ilt3J2/mBl
8yBWHjaH77dSmU5uvI2LNlZscdQuLA1vbrCPDT/nVhrn/zc7+W4ttk+zvSyME2eL9U7OfrCmgv16
K79K+Wkm88pYKYfhLw5fnZ11HH/m4I6DxxlidEX5nhO6Tgfmlu+uORhm8pusX8vFOsCi4bqmk7or
UrxNireRpjHLytWt2IWEoF0W9IZe7+5DMFLqPt/MCkQn5c0tdgwH01e0vdl9LY4eKg7sLOwpJQYR
kbl3BWRyE76JrtUL4Dp6uravpa6QjcJnIzudwcG6eLCaByvrmaz/iAh56mBh3TfSdZ1Y12XscQXY
44lVBQYFwmQMwLrW+k09BeouQopnuzRV55qldFXcuTFVQR78koC8SU/kPeAI9MLzIaACYIe7mFwM
D94Vpbwrt0DZ9j4DdzsJQyB49WPyIshccBdpB6v3zMpAb8kBvEU+eaOPfPlu9gTSe4d2CWk8rXXG
eZItXSR/S7iV/NggcCV76s6vUrxne8+i/EA4YhVkSycT9zqz+RPHAINgjUO2rR8Y8pVv1IQxbdPW
Jj1jIXofH7mG0T3Oiug+fzMS05nWLtvaymPUl/NVYtHqPFeQCKUvyRG8xtSdba3spLFAsOl7WXLu
s6z2a3ovF5WpqgrYbyTLyujERSp2zEq5ubsHBKyDY7QuxtUMAWF1rVk0jX1uWHkwuvQIRQjtZmQs
Ub9nhjRlyKqiXRwL/UiYO7SGhbHVovnP0JNKZqGPSxOOKOko7SUCPwniuHQEsW1rs1i0k0ieaGTa
qqwXpNDOgtx0EBivXOh328CMw1nfBXWx9rmgZmiTrm/N0iKVXeukrovgpjK973Gm8ZIHI9u50ci6
Om7mDx/igEXXeYOqC246B4MC3TX8wUWeHXQgRBv1MgO3Eahu6D3KTmjG9zH9RYk6DKUcmxHq8e80
sSNBlBdQzGA6QBHDQNU0rinK3w/XUofVUgd8w/3pPBlAN7kbLTjxc3pxsaIeQ96UsFNIpnwDM9Cu
XN00ERgQF3jjJlF+dZxuhNb3vwxaaNCynmL7LZGD/lImo6DxCI4KF5syUI/tGgPM2M73a9jO6743
CylXmoKsn0WPG3rSpFylTQkO94TWh2AIpyacBtu7JOKo//1wmVZtAZMs6gSd0deWE+d0yv0VpUv2
V5pOYKOzgWs1dk4AlxMMOFYU1i0CBWI7fTYD/GVknwFwpBTQe0gqL97okFcNmad0BOQoB2rThBKY
uw5ilvGDy1+A5wM5QmCVTpOg4q0Y985ElgH9IrCG2+7oS7lAp3xyKQsaTXzPgyZREt1+IhDrZMnn
5SEx3tLyYgWbEwmfljxK1batJiqWO3QQ55rbgHAcVa2p46xbOKRNsaMsshZUHnnewV/9Yt2w1Aha
OvKoaVMJo6nCOqmoy1V25L22THU64CZujZAPL3OnVA6U9d0En1xob0cbiIcOF6WnWohyvPgfHE9Q
R45rRZAZE46TUwrOoFqlwDEftL0mYw+zok40b1oOTLZ6p9PhH3pjwsgHKhGfg7o/EmOslaJ8bs2o
Ly7IQ/Z1UBx+kJ5IpuMnW34fiOz3SgPwURHTOkjcJjQ89+k6iF+xxCor/agJL6uD6GyvDoIbLy/+
YvXs+1CP+yXK4oT0v+SChfpwfXKWQ/qacqDUJCWJhxK+oimuAW1b+NtAje/hoE5NXXlJekuTPPVR
bqjRuo/SFpKUPqV0intPcqGrWSd86opP40deUHQehwqvLMWKE+Icu3Gx30Vre/gJRXFul4GUMo+C
rAdRHD6ksMhMreLMYr8FsUa5Qu9OvGjorYV1z6Py98CBosabGdHSxqHhcNeshkeU3vwLbsDJ8Qpl
bmRzdHJlYW0KZW5kb2JqCjM0IDAgb2JqCjE0NTMKZW5kb2JqCjMyIDAgb2JqCjw8IC9UeXBlIC9Q
YWdlIC9QYXJlbnQgMyAwIFIgL1Jlc291cmNlcyAzNSAwIFIgL0NvbnRlbnRzIDMzIDAgUiAvTWVk
aWFCb3gKWzAgMCA3MjAgNTQwXSAvQW5ub3RzIDM3IDAgUiA+PgplbmRvYmoKMzUgMCBvYmoKPDwg
L1Byb2NTZXQgWyAvUERGIC9UZXh0IF0gL0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUiAvQ3MyIDgg
MCBSID4+IC9Gb250IDw8Ci9GNS4wIDEzIDAgUiAvRjIuMCAxMCAwIFIgL0YzLjAgMTEgMCBSIC9G
NC4wIDEyIDAgUiAvRjYuMCAxNCAwIFIgL0Y3LjEgMzAgMCBSCi9GMS4wIDkgMCBSID4+ID4+CmVu
ZG9iagozNyAwIG9iagpbIDM4IDAgUiAzOSAwIFIgXQplbmRvYmoKNDEgMCBvYmoKPDwgL0xlbmd0
aCA0MiAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBzVjJbhw3EL3zK+rIAdyt
JnsdXRLbcLaTAk0gIB4fnInlKIkkW5og8V/6k/K4vOqe1WNfEtgAa7jU8qrqka338qO8lwr/el9J
21Ty8Eau5E7Onj86WT2Kk8fV9vq1VGUnN2GPT3ucOLN3XzwaV25gx8WfhZPGh/+rW3m2EDfk2UH6
0ot3ZnErZ9+4ssL+xbW8FPvbTIqqdGLX63cUz8/OOsp/Urin8PcMPnpjX3NCz6lQ3nHtDYX1TF7J
4gd5sYiwqLu+6aTuTPa3yf420jTlvPJ1K66X6LSfOL2i1vuH6IxYtfP1zMA7sTd3sBgD0yXuvbl9
Ip4aKgpuFm2KhZAQKYIqIDPdwpWkWrUArr3RtUMtdYVsmJCNSXQlAutSYDUDs81MFr8nhELp4GA9
NNJ1nTjfTarHG1RPKKwqVlAsmEkF4FzrgtFQAnWXIMXY+9INTQuhTZabsjKsA0AacQuIuiEgCNzi
jMQJ4HD1LWe4+TWqI+5Jo7HiAdZeJA45Vbu+HKq6nzqFik/FiVS0bfDFFZUrfHcOXz5Le9MNZT94
D+2p9BGylj6UJe1PY8Zh5i1jTvWLmV+5hGpXyyZmJwDbIT81cjx2duzaI7lBtWN/yo3PBYExtmeX
fOwmPqZihCMtHTlP5YgpFRAIMzUZkY08fzVJKQoYR3/JK6k3MPEP1fNM6nKxKIdwhO2OrcAm6nib
R9bATf69vf4kz0Nz3Ze1sSPceUW94FGgHk0kioHNiY64cLnOS8au/8qbH9HAaIUQdTFHyu1zxgSO
21RHV3NwYnE2Rcnwl5kGoEZhXs4mNTClXPTWwaS2/UlJ1TyrNXqyOY5J1RPc8JHhciKxJCIAdcf4
NdwM+KhMoeJWzdFFoR6Bnty8bBLCvg8Qw1QRpKgJkqvLXuzP2d4lPVkGakuVN1D4BJr5RthqkSFf
BtMWoZHDY7oRDq8ndE5bHzH7bxLQl/MMu/+sBHyVc8Lxi+B3eFDEy/j/gP93rKRFDo3jBS8sZvSW
O5VP3sUjxqYRr4WsggREbqMGrmeeUMIQm9jH5AcIWkK38CzHZX4xYQ8pa01mYts9zExqE9UyYb7A
njKy57avyqIk5Pv8FPpEqvdfRq6Zb6ba4LGoJT/eRippYzPeQ6NjjNzwkenhRMHraYwktagy2h88
AnbKiME3vFsy/7thwMU/8tOutJepjF1aT9VfBls/wqZvK4UtvapRACdf4tFxkLcZsSdKu7ARLlYr
K2RE65o1oVfBbm+sR8aH4zUejRm9utlC1BxjfMWxOhHQ/Yzv8ZLdoZw9gG6bG3maeG2PqoQLO4Be
6j2phcfOVfyI9foDw6S67zOnaCtnwWj7a8dipccXQbxO3byuQp9DTbxaKaWC1Yv6WTI3hrm0NT04
FfH9ne+b/Jk4JXkFayxh7Xw1x8g3x9HFCxao8jArlCPR5G/wcOFbvjm6AchEdRvITO/BA2iRZ9Vw
MmT4vN1D28vxyX0SE5itpwqeRUcKt2eu9jLB8QfLC6LDZzLx5i1yzYkVyVHjZgYw6ufMkb9TbHzN
mMk3pp/XMnQHCih/2E7/zPA0NAOIBHZxwTlDAflaIxdhTmziIgipMSBo70iKAFPovLg570E5/JQb
bYHmmAT1L7DMSJYKZW5kc3RyZWFtCmVuZG9iago0MiAwIG9iagoxMjI1CmVuZG9iago0MCAwIG9i
ago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgNDMgMCBSIC9Db250ZW50
cyA0MSAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2JqCjQzIDAgb2JqCjw8IC9Q
cm9jU2V0IFsgL1BERiAvVGV4dCBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIgL0NzMiA4IDAg
UiA+PiAvRm9udCA8PAovRjQuMCAxMiAwIFIgL0YyLjAgMTAgMCBSIC9GMS4wIDkgMCBSIC9GMy4w
IDExIDAgUiAvRjYuMCAxNCAwIFIgPj4gPj4KZW5kb2JqCjQ2IDAgb2JqCjw8IC9MZW5ndGggNDcg
MCBSIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4AY1TwW7bMAy96yt4tIFZERWrco5N
1m7dLmlnoMDWHlLPwYzGSat4A/b3Y2yRadxuGHwQTVIk39PjM1zDMxj6vDXgcgOhhlvYwmSxR6j2
gLCvxvE1GH0GzSHHDjkIqN7KmyzrUNVP3c/VBkJDnQ5dDh+6/qhamFy1CO93/RwnUWedOokPN/s2
1Pum3qy65le92G12oWnrLjTV0AP70hmCRYJkdeEdVK2al4BFDBXgtQWapaQBLp2mgaBcwzdIFilk
hmLJjo0bNi4gJeAUuk1Vf36I/+/iyfGr+L/lm1101OwIDVstxGLLH+ySEbie5cgZGzoWxFOHSiTV
cIRSfK4REjLuofwEF2XPtbCUF5BjTgwBMWQjQ3Q6r6feINE4U/9Bk4DdM9qw4hkE7TZVA7vCxHfO
IbDO6Skk50/sEmPDHilUrbgSd5OQPJxMxDwug8T4VnSopJKQNONrd2+I4nx5l/6Tz4N0T/lEb/Rs
5hG8fy07oeFI2jq+cRcFkglCIY9RcGp2RBEk6YVTSBNmM9FJ/nc4UzS636Ee0bCGGS0PYqGdKQqw
dlBI8WKRvsbxWarM5hfRuUwojD8M76yS371oadXGq/V5XO4jS0PEFpiVx5o1Mq4iGzauNhcVhFYK
Rh2pJBqvp5qP61xG8MfXlLuPxLPiNbz+A85dGKkKZW5kc3RyZWFtCmVuZG9iago0NyAwIG9iago1
MDcKZW5kb2JqCjQ1IDAgb2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgMyAwIFIgL1Jlc291cmNl
cyA0OCAwIFIgL0NvbnRlbnRzIDQ2IDAgUiAvTWVkaWFCb3gKWzAgMCA3MjAgNTQwXSA+PgplbmRv
YmoKNDggMCBvYmoKPDwgL1Byb2NTZXQgWyAvUERGIC9UZXh0IC9JbWFnZUIgL0ltYWdlQyAvSW1h
Z2VJIF0gL0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUgovQ3MyIDggMCBSID4+IC9Gb250IDw8IC9G
OC4wIDUxIDAgUiAvRjUuMCAxMyAwIFIgPj4gL1hPYmplY3QgPDwgL0ltMSA0OSAwIFIKPj4gPj4K
ZW5kb2JqCjQ5IDAgb2JqCjw8IC9MZW5ndGggNTAgMCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBl
IC9JbWFnZSAvV2lkdGggNzIwIC9IZWlnaHQgMTUgL0ludGVycG9sYXRlCnRydWUgL0NvbG9yU3Bh
Y2UgNTMgMCBSIC9JbnRlbnQgL1BlcmNlcHR1YWwgL0JpdHNQZXJDb21wb25lbnQgOCAvRmlsdGVy
IC9EQ1REZWNvZGUKPj4Kc3RyZWFtCv/Y/+AAEEpGSUYAAQEAAAEAAQAA/+IFQElDQ19QUk9GSUxF
AAEBAAAFMGFwcGwCIAAAbW50clJHQiBYWVogB9kAAgAZAAsAGgALYWNzcEFQUEwAAAAAYXBwbAAA
AAAAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1hcHBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAALZHNjbQAAAQgAAALyZGVzYwAAA/wAAABvZ1hZWgAABGwAAAAU
d3RwdAAABIAAAAAUclhZWgAABJQAAAAUYlhZWgAABKgAAAAUclRSQwAABLwAAAAOY3BydAAABMwA
AAA4Y2hhZAAABQQAAAAsZ1RSQwAABLwAAAAOYlRSQwAABLwAAAAObWx1YwAAAAAAAAARAAAADGVu
VVMAAAAmAAACfmVzRVMAAAAmAAABgmRhREsAAAAuAAAB6mRlREUAAAAsAAABqGZpRkkAAAAoAAAA
3GZyRlUAAAAoAAABKml0SVQAAAAoAAACVm5sTkwAAAAoAAACGG5iTk8AAAAmAAABBHB0QlIAAAAm
AAABgnN2U0UAAAAmAAABBGphSlAAAAAaAAABUmtvS1IAAAAWAAACQHpoVFcAAAAWAAABbHpoQ04A
AAAWAAAB1HJ1UlUAAAAiAAACpHBsUEwAAAAsAAACxgBZAGwAZQBpAG4AZQBuACAAUgBHAEIALQBw
AHIAbwBmAGkAaQBsAGkARwBlAG4AZQByAGkAcwBrACAAUgBHAEIALQBwAHIAbwBmAGkAbABQAHIA
bwBmAGkAbAAgAEcA6QBuAOkAcgBpAHEAdQBlACAAUgBWAEJOAIIsACAAUgBHAEIAIDDXMO0w1TCh
MKQw65AadSgAIABSAEcAQgAggnJfaWPPj/AAUABlAHIAZgBpAGwAIABSAEcAQgAgAEcAZQBuAOkA
cgBpAGMAbwBBAGwAbABnAGUAbQBlAGkAbgBlAHMAIABSAEcAQgAtAFAAcgBvAGYAaQBsZm6QGgAg
AFIARwBCACBjz4/wZYdO9gBHAGUAbgBlAHIAZQBsACAAUgBHAEIALQBiAGUAcwBrAHIAaQB2AGUA
bABzAGUAQQBsAGcAZQBtAGUAZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAZQBsx3y8GAAgAFIARwBC
ACDVBLhc0wzHfABQAHIAbwBmAGkAbABvACAAUgBHAEIAIABHAGUAbgBlAHIAaQBjAG8ARwBlAG4A
ZQByAGkAYwAgAFIARwBCACAAUAByAG8AZgBpAGwAZQQeBDEESQQ4BDkAIAQ/BEAEPgREBDgEOwRM
ACAAUgBHAEIAVQBuAGkAdwBlAHIAcwBhAGwAbgB5ACAAcAByAG8AZgBpAGwAIABSAEcAQgAAZGVz
YwAAAAAAAAAUR2VuZXJpYyBSR0IgUHJvZmlsZQAAAAAAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2Zp
bGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAA
AAAAAABadQAArHMAABc0WFlaIAAAAAAAAPNSAAEAAAABFs9YWVogAAAAAAAAdE0AAD3uAAAD0FhZ
WiAAAAAAAAAoGgAAFZ8AALg2Y3VydgAAAAAAAAABAc0AAHRleHQAAAAAQ29weXJpZ2h0IDIwMDcg
QXBwbGUgSW5jLiwgYWxsIHJpZ2h0cyByZXNlcnZlZC4Ac2YzMgAAAAAAAQxCAAAF3v//8yYAAAeS
AAD9kf//+6L///2jAAAD3AAAwGz/4QBARXhpZgAATU0AKgAAAAgAAYdpAAQAAAABAAAAGgAAAAAA
AqACAAQAAAABAAAC0KADAAQAAAABAAAADwAAAAD/2wBDAAMCAgICAgMCAgIDAwMDBAcEBAQEBAgG
BgUHCgkKCgoJCQkLDA8NCwsPDAkJDRIODxAQERERCg0TFBMRFA8RERH/2wBDAQMDAwQEBAgEBAgR
CwkLERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERH/wAAR
CAAPAtADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgED
AwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRol
JicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWW
l5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3
+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3
AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5
OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaan
qKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIR
AxEAPwD4Eooorzz8/CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooA/9kKZW5kc3RyZWFtCmVuZG9iago1MCAwIG9iagoyMjIxCmVuZG9i
ago1NCAwIG9iago8PCAvTGVuZ3RoIDU1IDAgUiAvTiAzIC9BbHRlcm5hdGUgL0RldmljZVJHQiAv
RmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGFVM9rE0EU/jZuqdAiCFprDrJ4kCJJWato
RdQ2/RFiawzbH7ZFkGQzSdZuNuvuJrWliOTi0SreRe2hB/+AHnrwZC9KhVpFKN6rKGKhFy3xzW5M
tqXqwM5+8943731vdt8ADXLSNPWABOQNx1KiEWlsfEJq/IgAjqIJQTQlVdvsTiQGQYNz+Xvn2HoP
gVtWw3v7d7J3rZrStpoHhP1A4Eea2Sqw7xdxClkSAog836Epx3QI3+PY8uyPOU55eMG1Dys9xFki
fEA1Lc5/TbhTzSXTQINIOJT1cVI+nNeLlNcdB2luZsbIEL1PkKa7zO6rYqGcTvYOkL2d9H5Os94+
wiHCCxmtP0a4jZ71jNU/4mHhpObEhj0cGDX0+GAVtxqp+DXCFF8QTSeiVHHZLg3xmK79VvJKgnCQ
OMpkYYBzWkhP10xu+LqHBX0m1xOv4ndWUeF5jxNn3tTd70XaAq8wDh0MGgyaDUhQEEUEYZiwUECG
PBoxNLJyPyOrBhuTezJ1JGq7dGJEsUF7Ntw9t1Gk3Tz+KCJxlEO1CJL8Qf4qr8lP5Xn5y1yw2Fb3
lK2bmrry4DvF5Zm5Gh7X08jjc01efJXUdpNXR5aseXq8muwaP+xXlzHmgjWPxHOw+/EtX5XMlymM
FMXjVfPqS4R1WjE3359sfzs94i7PLrXWc62JizdWm5dn/WpI++6qvJPmVflPXvXx/GfNxGPiKTEm
dornIYmXxS7xkthLqwviYG3HCJ2VhinSbZH6JNVgYJq89S9dP1t4vUZ/DPVRlBnM0lSJ93/CKmQ0
nbkOb/qP28f8F+T3iuefKAIvbODImbptU3HvEKFlpW5zrgIXv9F98LZua6N+OPwEWDyrFq1SNZ8g
vAEcdod6HugpmNOWls05Uocsn5O66cpiUsxQ20NSUtcl12VLFrOZVWLpdtiZ0x1uHKE5QvfEp0pl
k/qv8RGw/bBS+fmsUtl+ThrWgZf6b8C8/UUKZW5kc3RyZWFtCmVuZG9iago1NSAwIG9iago3MzcK
ZW5kb2JqCjUzIDAgb2JqClsgL0lDQ0Jhc2VkIDU0IDAgUiBdCmVuZG9iago1NyAwIG9iago8PCAv
TGVuZ3RoIDU4IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGtV9ty0zAQfddX
7KM9g1PJ1/i1BWZghoEOmeGB8lDcBFKaXuxe6AfxP3wSK1t75ERp6W3yYEdand09Z1eSL2ifLkjz
r0o1Fbmmdk5f6JR29jpDTUeGumZzfkF6UtLS2qSDjSGjttntfJq3zfz88urwhNole7Je7M8U/aNZ
0c67VUqvz/o41maLtFBr8zbSrJxMq4LybEplPqU6nfA/H3Ifjp7oWpu61FOOM9VZnZpSjQZtoH38
F5ydDSYxgltk2gKy290Zjw2z/Ex1NanzOqWiVjOO+W094RxotqCvFO3FlLAjiq7kpW3n8noqL5ex
jYYics/PlzEHxQOHmxaA6WL6RrP39GbG7AzZc0Q2b5v/etaMVepqmmcpu6mKclqmNn2j6ykz0IsY
5tzjuGQHXZKMK4GjysyQZyF5Rn9imh0PoQymTOMagdvBsnwbGrPWnEneIOBcRhItb7m8CG03sRrI
xqpOpjzpJ7IKMnhrDB0JkqxHQNBMZj6EU0fiwiGr6Has1n/VeAB1VofqRXUI0MbVC9KQbDfiypW4
MJIKeYXwIDNS50uZaH4BRua6V2vNoKIV9DmWZYiiFWTAgHv4EOAzCavFFJCRn+D5ekluxKtfJ+3J
Xn0TPlVWxW3V7zSuvYxJqd9HHt9fyu5MHq3vrxCOhZ3FZIyhCLQ1PyVLV+AqAkvN3TT5ZbBBg/wQ
xLkQj24EpfDv+RYFVvAPRCe7itqX4H3MlG0nU2Qvua+FcOOGQgWvVuAAeUrFgq+FOw5av0xoAu8y
sHDtA1iQPVioCFspTACLKTQEbAS/gzG5qMQjQnmmPPZkXy/kXp46f1JbhGhDWwRw29qiEykcDSrC
/iJ8hGUqM7IWAoyYs+f9SAnQjfMd3SPsQgjEJH7QX9ewCUvpwR1j72p3HUD22sC/hJ95xi2TZtmm
Jn9HVwFljR8GVxaTagsca/Kxr2cVISVwdSsECNF+g76GKihKLJOyhUnXgXUQOGq94WoG7WDrAnpU
SezCAbzjUFvKNolMuQaec7y4yg9Eq/hyau+p/nwZi9YrvE20EG4QLYBj0Yzs/VpeEgwVkqfIBypW
92w/d26TKrwkAxCigVLoCiF+w5oba7h1S2BSV4BB86OqUIMH4aV11N/+0poJIQfxY9RVD23JTNf3
q8tNuU1d910zKpZe3RCO1c2HHBS+V0AQBAS9YD7xBwdaiL//NqGgxpOKwX4xuW8AEQ+ACBIhoRgg
5zXe3DIVYd/A1HeREFOchW/U/X9PlgtoCmVuZHN0cmVhbQplbmRvYmoKNTggMCBvYmoKOTQ4CmVu
ZG9iago1NiAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgNTkg
MCBSIC9Db250ZW50cyA1NyAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2JqCjU5
IDAgb2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCAvSW1hZ2VCIC9JbWFnZUMgL0ltYWdlSSBd
IC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIKL0NzMiA4IDAgUiA+PiAvRm9udCA8PCAvRjkuMCA2
MiAwIFIgL0Y1LjAgMTMgMCBSID4+IC9YT2JqZWN0IDw8IC9JbTIgNjAgMCBSCj4+ID4+CmVuZG9i
ago2MCAwIG9iago8PCAvTGVuZ3RoIDYxIDAgUiAvVHlwZSAvWE9iamVjdCAvU3VidHlwZSAvSW1h
Z2UgL1dpZHRoIDcyMCAvSGVpZ2h0IDE1IC9JbnRlcnBvbGF0ZQp0cnVlIC9Db2xvclNwYWNlIDUz
IDAgUiAvSW50ZW50IC9QZXJjZXB0dWFsIC9CaXRzUGVyQ29tcG9uZW50IDggL0ZpbHRlciAvRENU
RGVjb2RlCj4+CnN0cmVhbQr/2P/gABBKRklGAAEBAAABAAEAAP/iBUBJQ0NfUFJPRklMRQABAQAA
BTBhcHBsAiAAAG1udHJSR0IgWFlaIAfZAAIAGQALABoAC2Fjc3BBUFBMAAAAAGFwcGwAAAAAAAAA
AAAAAAAAAAAAAAD21gABAAAAANMtYXBwbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAC2RzY20AAAEIAAAC8mRlc2MAAAP8AAAAb2dYWVoAAARsAAAAFHd0cHQA
AASAAAAAFHJYWVoAAASUAAAAFGJYWVoAAASoAAAAFHJUUkMAAAS8AAAADmNwcnQAAATMAAAAOGNo
YWQAAAUEAAAALGdUUkMAAAS8AAAADmJUUkMAAAS8AAAADm1sdWMAAAAAAAAAEQAAAAxlblVTAAAA
JgAAAn5lc0VTAAAAJgAAAYJkYURLAAAALgAAAepkZURFAAAALAAAAahmaUZJAAAAKAAAANxmckZV
AAAAKAAAASppdElUAAAAKAAAAlZubE5MAAAAKAAAAhhuYk5PAAAAJgAAAQRwdEJSAAAAJgAAAYJz
dlNFAAAAJgAAAQRqYUpQAAAAGgAAAVJrb0tSAAAAFgAAAkB6aFRXAAAAFgAAAWx6aENOAAAAFgAA
AdRydVJVAAAAIgAAAqRwbFBMAAAALAAAAsYAWQBsAGUAaQBuAGUAbgAgAFIARwBCAC0AcAByAG8A
ZgBpAGkAbABpAEcAZQBuAGUAcgBpAHMAawAgAFIARwBCAC0AcAByAG8AZgBpAGwAUAByAG8AZgBp
AGwAIABHAOkAbgDpAHIAaQBxAHUAZQAgAFIAVgBCTgCCLAAgAFIARwBCACAw1zDtMNUwoTCkMOuQ
GnUoACAAUgBHAEIAIIJyX2ljz4/wAFAAZQByAGYAaQBsACAAUgBHAEIAIABHAGUAbgDpAHIAaQBj
AG8AQQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkAbGZukBoAIABSAEcA
QgAgY8+P8GWHTvYARwBlAG4AZQByAGUAbAAgAFIARwBCAC0AYgBlAHMAawByAGkAdgBlAGwAcwBl
AEEAbABnAGUAbQBlAGUAbgAgAFIARwBCAC0AcAByAG8AZgBpAGUAbMd8vBgAIABSAEcAQgAg1QS4
XNMMx3wAUAByAG8AZgBpAGwAbwAgAFIARwBCACAARwBlAG4AZQByAGkAYwBvAEcAZQBuAGUAcgBp
AGMAIABSAEcAQgAgAFAAcgBvAGYAaQBsAGUEHgQxBEkEOAQ5ACAEPwRABD4ERAQ4BDsETAAgAFIA
RwBCAFUAbgBpAHcAZQByAHMAYQBsAG4AeQAgAHAAcgBvAGYAaQBsACAAUgBHAEIAAGRlc2MAAAAA
AAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRHZW5lcmljIFJHQiBQcm9maWxlAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAA
WnUAAKxzAAAXNFhZWiAAAAAAAADzUgABAAAAARbPWFlaIAAAAAAAAHRNAAA97gAAA9BYWVogAAAA
AAAAKBoAABWfAAC4NmN1cnYAAAAAAAAAAQHNAAB0ZXh0AAAAAENvcHlyaWdodCAyMDA3IEFwcGxl
IEluYy4sIGFsbCByaWdodHMgcmVzZXJ2ZWQuAHNmMzIAAAAAAAEMQgAABd7///MmAAAHkgAA/ZH/
//ui///9owAAA9wAAMBs/+EAQEV4aWYAAE1NACoAAAAIAAGHaQAEAAAAAQAAABoAAAAAAAKgAgAE
AAAAAQAAAtCgAwAEAAAAAQAAAA8AAAAA/9sAQwADAgICAgIDAgICAwMDAwQHBAQEBAQIBgYFBwoJ
CgoKCQkJCwwPDQsLDwwJCQ0SDg8QEBEREQoNExQTERQPERER/9sAQwEDAwMEBAQIBAQIEQsJCxER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER/8AAEQgADwLQ
AwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMF
BQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkq
NDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqi
o6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/E
AB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMR
BAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVG
R0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKz
tLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A
+BKKKK88/PwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKAP/ZCmVuZHN0cmVhbQplbmRvYmoKNjEgMCBvYmoKMjIyMQplbmRvYmoKNjUg
MCBvYmoKPDwgL0xlbmd0aCA2NiAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngB
tZbLctMwFIb3eoqztBdOJd+9hHIfYNIZMywoi+ImNNC0jd1C+0C8J0eyz28bh2BmYLqIap2bvnOR
dnRCO9L8l4WaklhTvaL3dEVHx42hqiFDTfXr/pr0IqWNlQlbGUNG7ZM7Wq7qanVze3d2SfWGPVkv
9s8k7qfa0tHLbURPrl0co90kTNRo30YapYs8SyiOckrjnIpwwf/1Ibtw9EIX2hSpzjnOUEdFaFI1
+GgDdfHv+HQ2mMCI3STS1iC7fVzyt3aXf7N8YfKMHSaFKjnmZ8WCz0Dlmj6Q9+bMp4A9kbeRxZUs
yCeT262SF8aQt5Kd6sJXrRaEoV7B4qWIsyHn4lg+XMiik1Ue7HyWLThrRB0uICw7gRat2FcfqXxF
T0tOSgudQVjcFvsEdqqzPI5CDi9L0jwNLXWji5zBc+0weFsqI9TOTse4LYcg4gJkTBEztXgTwev9
8Kn84kJRrShnb4axKN5nbZAs5d0Hj6aghAa4AyGAQem2SwkSKcoQvRak32UhIoAdxOMt5X2SDw/i
ADE0PvWZYbCHyc/AZJlnB5i7BtC2tWcYc8wn1pi51P61VPxXnAioBMx88MpDC4gyrM0Bnwtn8rlI
uUX/CfiZrCx4Y8LfVztpV+9/QX5qjtG/bQ+p+rkzKcUayWhuBAn4gWjTSSlPYFcQOhe13pIInfZT
CeJdBL0lgMfYE28Eb5H4CGVx6qMb1Imd6Ae7YU4Bu6QkUTvh942gth3sjTi3HczEXJ+UwWUwScqy
Bq77h+Bde2bl1ZjfAhhiyJ1MDYhCBMmUil93EwwStZiFtWEcstlXzE4Cu5Os9CUgcfyXoWWK+FDv
2ETN7EQ3tabmOE3POzp83O6mRn3K2TCtHoQNqG/3IPwGS2gZ0XshAHlYumkkv0v3guCXg0huceHD
AxbwjlTjthL1vrUqOcVGzoc6YPX5F820Gey7zT6gxpd7GCV/ytne1ppaczmbmuOcdZ1Cg04JloO0
tZN+cnFAAtwmCXotCeogKa9/pfUgu4fgEGT7yBtF0WZ4EEUbFrSQzxmG8bTrQlcezAynSp/OuaMr
TLu3LiYh8+2rB4W1RcsDnoSNnfPRk/InyGd9TwplbmRzdHJlYW0KZW5kb2JqCjY2IDAgb2JqCjgy
OAplbmRvYmoKNjQgMCBvYmoKPDwgL1R5cGUgL1BhZ2UgL1BhcmVudCAzIDAgUiAvUmVzb3VyY2Vz
IDY3IDAgUiAvQ29udGVudHMgNjUgMCBSIC9NZWRpYUJveApbMCAwIDcyMCA1NDBdID4+CmVuZG9i
ago2NyAwIG9iago8PCAvUHJvY1NldCBbIC9QREYgL1RleHQgL0ltYWdlQiAvSW1hZ2VDIC9JbWFn
ZUkgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSCi9DczIgOCAwIFIgPj4gL0ZvbnQgPDwgL0Y5
LjAgNjIgMCBSIC9GNS4wIDEzIDAgUiA+PiAvWE9iamVjdCA8PCAvSW0zIDY4IDAgUgo+PiA+Pgpl
bmRvYmoKNjggMCBvYmoKPDwgL0xlbmd0aCA2OSAwIFIgL1R5cGUgL1hPYmplY3QgL1N1YnR5cGUg
L0ltYWdlIC9XaWR0aCA3MjAgL0hlaWdodCAxNSAvSW50ZXJwb2xhdGUKdHJ1ZSAvQ29sb3JTcGFj
ZSA1MyAwIFIgL0ludGVudCAvUGVyY2VwdHVhbCAvQml0c1BlckNvbXBvbmVudCA4IC9GaWx0ZXIg
L0RDVERlY29kZQo+PgpzdHJlYW0K/9j/4AAQSkZJRgABAQAAAQABAAD/4gVASUNDX1BST0ZJTEUA
AQEAAAUwYXBwbAIgAABtbnRyUkdCIFhZWiAH2QACABkACwAaAAthY3NwQVBQTAAAAABhcHBsAAAA
AAAAAAAAAAAAAAAAAAAA9tYAAQAAAADTLWFwcGwAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAtkc2NtAAABCAAAAvJkZXNjAAAD/AAAAG9nWFlaAAAEbAAAABR3
dHB0AAAEgAAAABRyWFlaAAAElAAAABRiWFlaAAAEqAAAABRyVFJDAAAEvAAAAA5jcHJ0AAAEzAAA
ADhjaGFkAAAFBAAAACxnVFJDAAAEvAAAAA5iVFJDAAAEvAAAAA5tbHVjAAAAAAAAABEAAAAMZW5V
UwAAACYAAAJ+ZXNFUwAAACYAAAGCZGFESwAAAC4AAAHqZGVERQAAACwAAAGoZmlGSQAAACgAAADc
ZnJGVQAAACgAAAEqaXRJVAAAACgAAAJWbmxOTAAAACgAAAIYbmJOTwAAACYAAAEEcHRCUgAAACYA
AAGCc3ZTRQAAACYAAAEEamFKUAAAABoAAAFSa29LUgAAABYAAAJAemhUVwAAABYAAAFsemhDTgAA
ABYAAAHUcnVSVQAAACIAAAKkcGxQTAAAACwAAALGAFkAbABlAGkAbgBlAG4AIABSAEcAQgAtAHAA
cgBvAGYAaQBpAGwAaQBHAGUAbgBlAHIAaQBzAGsAIABSAEcAQgAtAHAAcgBvAGYAaQBsAFAAcgBv
AGYAaQBsACAARwDpAG4A6QByAGkAcQB1AGUAIABSAFYAQk4AgiwAIABSAEcAQgAgMNcw7TDVMKEw
pDDrkBp1KAAgAFIARwBCACCCcl9pY8+P8ABQAGUAcgBmAGkAbAAgAFIARwBCACAARwBlAG4A6QBy
AGkAYwBvAEEAbABsAGcAZQBtAGUAaQBuAGUAcwAgAFIARwBCAC0AUAByAG8AZgBpAGxmbpAaACAA
UgBHAEIAIGPPj/Blh072AEcAZQBuAGUAcgBlAGwAIABSAEcAQgAtAGIAZQBzAGsAcgBpAHYAZQBs
AHMAZQBBAGwAZwBlAG0AZQBlAG4AIABSAEcAQgAtAHAAcgBvAGYAaQBlAGzHfLwYACAAUgBHAEIA
INUEuFzTDMd8AFAAcgBvAGYAaQBsAG8AIABSAEcAQgAgAEcAZQBuAGUAcgBpAGMAbwBHAGUAbgBl
AHIAaQBjACAAUgBHAEIAIABQAHIAbwBmAGkAbABlBB4EMQRJBDgEOQAgBD8EQAQ+BEQEOAQ7BEwA
IABSAEcAQgBVAG4AaQB3AGUAcgBzAGEAbABuAHkAIABwAHIAbwBmAGkAbAAgAFIARwBCAABkZXNj
AAAAAAAAABRHZW5lcmljIFJHQiBQcm9maWxlAAAAAAAAAAAAAAAUR2VuZXJpYyBSR0IgUHJvZmls
ZQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAWFlaIAAA
AAAAAFp1AACscwAAFzRYWVogAAAAAAAA81IAAQAAAAEWz1hZWiAAAAAAAAB0TQAAPe4AAAPQWFla
IAAAAAAAACgaAAAVnwAAuDZjdXJ2AAAAAAAAAAEBzQAAdGV4dAAAAABDb3B5cmlnaHQgMjAwNyBB
cHBsZSBJbmMuLCBhbGwgcmlnaHRzIHJlc2VydmVkLgBzZjMyAAAAAAABDEIAAAXe///zJgAAB5IA
AP2R///7ov///aMAAAPcAADAbP/hAEBFeGlmAABNTQAqAAAACAABh2kABAAAAAEAAAAaAAAAAAAC
oAIABAAAAAEAAALQoAMABAAAAAEAAAAPAAAAAP/bAEMAAwICAgICAwICAgMDAwMEBwQEBAQECAYG
BQcKCQoKCgkJCQsMDw0LCw8MCQkNEg4PEBAREREKDRMUExEUDxEREf/bAEMBAwMDBAQECAQECBEL
CQsREREREREREREREREREREREREREREREREREREREREREREREREREREREREREREREREREf/AABEI
AA8C0AMBIgACEQEDEQH/xAAfAAABBQEBAQEBAQAAAAAAAAAAAQIDBAUGBwgJCgv/xAC1EAACAQMD
AgQDBQUEBAAAAX0BAgMABBEFEiExQQYTUWEHInEUMoGRoQgjQrHBFVLR8CQzYnKCCQoWFxgZGiUm
JygpKjQ1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoOEhYaHiImKkpOUlZaX
mJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4eLj5OXm5+jp6vHy8/T19vf4
+fr/xAAfAQADAQEBAQEBAQEBAAAAAAAAAQIDBAUGBwgJCgv/xAC1EQACAQIEBAMEBwUEBAABAncA
AQIDEQQFITEGEkFRB2FxEyIygQgUQpGhscEJIzNS8BVictEKFiQ04SXxFxgZGiYnKCkqNTY3ODk6
Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqCg4SFhoeIiYqSk5SVlpeYmZqio6Slpqeo
qaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2dri4+Tl5ufo6ery8/T19vf4+fr/2gAMAwEAAhED
EQA/APgSiiivPPz8KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigD/2QplbmRzdHJlYW0KZW5kb2JqCjY5IDAgb2JqCjIyMjEKZW5kb2Jq
CjcyIDAgb2JqCjw8IC9MZW5ndGggNzMgMCBSIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVh
bQp4AbVXTVPUQBC9z6/oY/ZAyORrEy+WoChWWS6aKg+WBwgLYhE+EkDK/+P/tCeZfpPNLNTqlsUh
Yaanp/u9153eWzqiW4r4bx5HlKURtUv6Qle0u99pqjvS1NXT/TOKwpwujE082GjSap3d7mLZ1sub
u/vjS2ov+CZzi/nTWf+oG9o9bFJ6fd3HsbKbxZla2TeRJnlYzDNKk4LytKAyDvk/F3IfThRGZaTL
PCo4zjhKyljnarRoAu3jv+XsTDA7WvxmSWQc8rV7Fa8Nu/zU2TwsszllJVWN2j0oQ06BqjP6SsHh
zFxDQdfdz2inf13KS0d288w+22vZaoYtFXySFZx6uPCWfspKN6NvVL2nNxUjNiDCURosGBPlIZFH
8yJNYo5wnuVFHhtIdFQWjEpPrI9Dj23dKAPAwNUOP+ecYcIZM18HmSQf/J5R9WMIZTBlaFdA7YOy
aDpnSbrOG0O5AAR3Fi8stC/6FRUIonvYkpX6UkDC1rGstGKElZOZGsgCI6BPLpcz38ULTEHHYKKC
UzEBdcy4LowuhHoE1eLtSk65G1mofOadbFQWB3kueq+aAAPygS8TShKmxkQ5qXi0iMgntOTZhGSm
ZX+IRgXI/5UXR4OkJBcfNYDEZTHkiegNJi5YLs/ndetlYzqFr1gdTbPZSrK+OwbnrWUI6oECbLoj
2AYNO/JAM4CdCIsCQdNaOP0DTAAvQkMAkARMRNH1vai/m1xAgW1M5Ni+ETWKLW5AVLiqe/lfiEzz
iSy3I9JztyWRtkIogKABiEAOZi0ZjkkUCg4/eIRhS9ydCydLYRI34nALnmo55r5RdQ27Dp+p+lq8
+fJiF65CvQJ8op3oIlKrHw1GWoQK1aM7Lz7aavpc2ZexnLhn/G1f8MMyX7I41pOoNpOT763/lPnu
NpHTqMBW+4IKPoDuR1DYoMGgQF3P7TqcGAmjn0aczjr4+gXqRRdS2dh4lBWxcNJAIPjeQiz/pJE4
yyZsMHzoSwgat+FFQjtxtTBJGYcb9DA3gbkqQ/zhWONQG+tu7fS0QRH0aitd81L91Lid2jx3DJdT
jPAmT3QXYAGOQeRothpmlorHDM1TBkw9OTRw1zldoQWdSxsRilDqMJEdXNE6ZtAPZFRSQQcCfVcd
fGyiPzUaa4dJlBee7FEQG67Fy6kkifaJHg9wPBYkbVfO9gaFTz0O1yhqVAMLtB8Qxc1H+//kHuWY
A5ZiArA8TpHZiKRhTvOidYPJc9Gu0sHaN8Nm/2vL/sqYzGwDHXnq08Hdx/62srGpYNro1vWM6Sk3
eo0d2h8CApDTIcgff4Xo6A+6QQa3CmVuZHN0cmVhbQplbmRvYmoKNzMgMCBvYmoKOTg4CmVuZG9i
ago3MSAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDMgMCBSIC9SZXNvdXJjZXMgNzQgMCBS
IC9Db250ZW50cyA3MiAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2JqCjc0IDAg
b2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCAvSW1hZ2VCIC9JbWFnZUMgL0ltYWdlSSBdIC9D
b2xvclNwYWNlIDw8IC9DczEgNyAwIFIKL0NzMiA4IDAgUiA+PiAvRm9udCA8PCAvRjkuMCA2MiAw
IFIgL0Y1LjAgMTMgMCBSID4+IC9YT2JqZWN0IDw8IC9JbTQgNzUgMCBSCj4+ID4+CmVuZG9iago3
NSAwIG9iago8PCAvTGVuZ3RoIDc2IDAgUiAvVHlwZSAvWE9iamVjdCAvU3VidHlwZSAvSW1hZ2Ug
L1dpZHRoIDcyMCAvSGVpZ2h0IDE1IC9JbnRlcnBvbGF0ZQp0cnVlIC9Db2xvclNwYWNlIDUzIDAg
UiAvSW50ZW50IC9QZXJjZXB0dWFsIC9CaXRzUGVyQ29tcG9uZW50IDggL0ZpbHRlciAvRENURGVj
b2RlCj4+CnN0cmVhbQr/2P/gABBKRklGAAEBAAABAAEAAP/iBUBJQ0NfUFJPRklMRQABAQAABTBh
cHBsAiAAAG1udHJSR0IgWFlaIAfZAAIAGQALABoAC2Fjc3BBUFBMAAAAAGFwcGwAAAAAAAAAAAAA
AAAAAAAAAAD21gABAAAAANMtYXBwbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAC2RzY20AAAEIAAAC8mRlc2MAAAP8AAAAb2dYWVoAAARsAAAAFHd0cHQAAASA
AAAAFHJYWVoAAASUAAAAFGJYWVoAAASoAAAAFHJUUkMAAAS8AAAADmNwcnQAAATMAAAAOGNoYWQA
AAUEAAAALGdUUkMAAAS8AAAADmJUUkMAAAS8AAAADm1sdWMAAAAAAAAAEQAAAAxlblVTAAAAJgAA
An5lc0VTAAAAJgAAAYJkYURLAAAALgAAAepkZURFAAAALAAAAahmaUZJAAAAKAAAANxmckZVAAAA
KAAAASppdElUAAAAKAAAAlZubE5MAAAAKAAAAhhuYk5PAAAAJgAAAQRwdEJSAAAAJgAAAYJzdlNF
AAAAJgAAAQRqYUpQAAAAGgAAAVJrb0tSAAAAFgAAAkB6aFRXAAAAFgAAAWx6aENOAAAAFgAAAdRy
dVJVAAAAIgAAAqRwbFBMAAAALAAAAsYAWQBsAGUAaQBuAGUAbgAgAFIARwBCAC0AcAByAG8AZgBp
AGkAbABpAEcAZQBuAGUAcgBpAHMAawAgAFIARwBCAC0AcAByAG8AZgBpAGwAUAByAG8AZgBpAGwA
IABHAOkAbgDpAHIAaQBxAHUAZQAgAFIAVgBCTgCCLAAgAFIARwBCACAw1zDtMNUwoTCkMOuQGnUo
ACAAUgBHAEIAIIJyX2ljz4/wAFAAZQByAGYAaQBsACAAUgBHAEIAIABHAGUAbgDpAHIAaQBjAG8A
QQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkAbGZukBoAIABSAEcAQgAg
Y8+P8GWHTvYARwBlAG4AZQByAGUAbAAgAFIARwBCAC0AYgBlAHMAawByAGkAdgBlAGwAcwBlAEEA
bABnAGUAbQBlAGUAbgAgAFIARwBCAC0AcAByAG8AZgBpAGUAbMd8vBgAIABSAEcAQgAg1QS4XNMM
x3wAUAByAG8AZgBpAGwAbwAgAFIARwBCACAARwBlAG4AZQByAGkAYwBvAEcAZQBuAGUAcgBpAGMA
IABSAEcAQgAgAFAAcgBvAGYAaQBsAGUEHgQxBEkEOAQ5ACAEPwRABD4ERAQ4BDsETAAgAFIARwBC
AFUAbgBpAHcAZQByAHMAYQBsAG4AeQAgAHAAcgBvAGYAaQBsACAAUgBHAEIAAGRlc2MAAAAAAAAA
FEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRHZW5lcmljIFJHQiBQcm9maWxlAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAAWnUA
AKxzAAAXNFhZWiAAAAAAAADzUgABAAAAARbPWFlaIAAAAAAAAHRNAAA97gAAA9BYWVogAAAAAAAA
KBoAABWfAAC4NmN1cnYAAAAAAAAAAQHNAAB0ZXh0AAAAAENvcHlyaWdodCAyMDA3IEFwcGxlIElu
Yy4sIGFsbCByaWdodHMgcmVzZXJ2ZWQuAHNmMzIAAAAAAAEMQgAABd7///MmAAAHkgAA/ZH///ui
///9owAAA9wAAMBs/+EAQEV4aWYAAE1NACoAAAAIAAGHaQAEAAAAAQAAABoAAAAAAAKgAgAEAAAA
AQAAAtCgAwAEAAAAAQAAAA8AAAAA/9sAQwADAgICAgIDAgICAwMDAwQHBAQEBAQIBgYFBwoJCgoK
CQkJCwwPDQsLDwwJCQ0SDg8QEBEREQoNExQTERQPERER/9sAQwEDAwMEBAQIBAQIEQsJCxERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER/8AAEQgADwLQAwEi
AAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQE
AAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2
Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Sl
pqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8B
AAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUh
MQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJ
SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2
t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A+BKK
KK88/PwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKAP/ZCmVuZHN0cmVhbQplbmRvYmoKNzYgMCBvYmoKMjIyMQplbmRvYmoKODAgMCBv
YmoKPDwgL0xlbmd0aCA4MSAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBpVfJ
ctNAEL3PV3RxkquwosWSLC4UEHZSLDHFgeIASgIBTIiUBPggvogfokea9yRrYiKgcpAyPb29ft1q
n8pzOZVI/4okkmwRSX0or+SL7NxpYqkaiaWpxvIjicJcju2dpLsTS2wuu7fz7LCuDr+enb/9LPWx
erJe7F+ctY9qLTsP15nsnrRxbEizJDMbchtpmofLIpNFupR8sZQyCfW/PuQ2nCiMyigu82ipcSZR
WiZxbgaHNtA2/lPNzgYzj2E3SyNrUN3eXulZJ9VnnBVhmRWSlbJam517ZagpyOpIXkvwcGbdSNA0
5zOZt6+HeGnECY/csz6BaN2JTPACJ9S6OPaOvuGkmckbWT2SuytFrENEo7RYKCbGQyKPiuUiTTTC
IsuXeWIhiaNyqai0hfVxaLGt1sYC0NVqrs9CM0w1Y63XvQzJBz9nsvrYhdJdVWg3QG2Dcmj2xtLF
ZdYUyr23SPPM4YXnh05gAh8aon7D6QDzfQJawQy1T2amK9UXeIRWhoPQmUtxcH1knzX5AGM/YIR+
SIBrK6ftMpGA0UGp+rw9SYaJTFSp54GHORg8wjzPzGYFFfP9B8jvqYvwJQ6e4GUXLwj1fXdg+iQY
INOqvWJSBDNIhtX4xCu0RwSJKUUwQ0fdgQlYGUpYGbhkGXgFEjVCZM1UZEs7GIa9ocjCoGt5E/wp
u4o0rmsfBJgiQ5jPdlRosKE9DzB15foAImoRZXo4BQt4h4Z/AXlqcc4hdDgg3npAnCdPjThNfaD3
XiKy/ZXj8M2BcZ39V4zBCVW2AzAu0lH/TJuAW7rRNzdlBMr2EWiC8Yi67+BgxVjMA0DGQm2OTxOw
6an8FTqOhoNQKpYV9SY3ZKYF0O/jmidNw9tukFwyDf0GddwyAWP34yD/rOEkDhcS/BPPkqjweVYR
K0LCCA7GjdQACELOu3xBT7wDsA4iY4NuQRtL+qkC80S1hg7hoTVsHwyFMFGbSuGgczQGr3O0mIMF
YmLnJLqfbM5H7Rxz9e6wpXM8c+Y/O0eCnv0dW/eIDLlK0HwYSWPUgDMf0EPQrzjf57eoRme45rtA
GzEcXO0/F38Y0GSjatmpa9r9cUL12l0tWSaj8ine6AYTMCQOiHkERnN7QrgXjTKs5TZOYEjUkPsa
XWJoAYtXEbTfcO1PkgkptrttMv6ubIx2Yxepada65dYzNyCo4WaAHuasY9lJCE6anqAdenukWE8A
IMpq9zsYLZNzdIoo5kduUnPM1f4iVXNQwNnaL78r32BbZ+/QPdTRIL1Tlfz9YpDqr7PNCaOIJ+AM
6ciXzr0JnjoyPh5uDPL8N2kA+MUKZW5kc3RyZWFtCmVuZG9iago4MSAwIG9iago5OTQKZW5kb2Jq
Cjc4IDAgb2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgNzkgMCBSIC9SZXNvdXJjZXMgODIgMCBS
IC9Db250ZW50cyA4MCAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2JqCjgyIDAg
b2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCAvSW1hZ2VCIC9JbWFnZUMgL0ltYWdlSSBdIC9D
b2xvclNwYWNlIDw8IC9DczEgNyAwIFIKL0NzMiA4IDAgUiA+PiAvRm9udCA8PCAvRjkuMCA2MiAw
IFIgL0Y1LjAgMTMgMCBSID4+IC9YT2JqZWN0IDw8IC9JbTUgODMgMCBSCj4+ID4+CmVuZG9iago4
MyAwIG9iago8PCAvTGVuZ3RoIDg0IDAgUiAvVHlwZSAvWE9iamVjdCAvU3VidHlwZSAvSW1hZ2Ug
L1dpZHRoIDcyMCAvSGVpZ2h0IDE1IC9JbnRlcnBvbGF0ZQp0cnVlIC9Db2xvclNwYWNlIDUzIDAg
UiAvSW50ZW50IC9QZXJjZXB0dWFsIC9CaXRzUGVyQ29tcG9uZW50IDggL0ZpbHRlciAvRENURGVj
b2RlCj4+CnN0cmVhbQr/2P/gABBKRklGAAEBAAABAAEAAP/iBUBJQ0NfUFJPRklMRQABAQAABTBh
cHBsAiAAAG1udHJSR0IgWFlaIAfZAAIAGQALABoAC2Fjc3BBUFBMAAAAAGFwcGwAAAAAAAAAAAAA
AAAAAAAAAAD21gABAAAAANMtYXBwbAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAC2RzY20AAAEIAAAC8mRlc2MAAAP8AAAAb2dYWVoAAARsAAAAFHd0cHQAAASA
AAAAFHJYWVoAAASUAAAAFGJYWVoAAASoAAAAFHJUUkMAAAS8AAAADmNwcnQAAATMAAAAOGNoYWQA
AAUEAAAALGdUUkMAAAS8AAAADmJUUkMAAAS8AAAADm1sdWMAAAAAAAAAEQAAAAxlblVTAAAAJgAA
An5lc0VTAAAAJgAAAYJkYURLAAAALgAAAepkZURFAAAALAAAAahmaUZJAAAAKAAAANxmckZVAAAA
KAAAASppdElUAAAAKAAAAlZubE5MAAAAKAAAAhhuYk5PAAAAJgAAAQRwdEJSAAAAJgAAAYJzdlNF
AAAAJgAAAQRqYUpQAAAAGgAAAVJrb0tSAAAAFgAAAkB6aFRXAAAAFgAAAWx6aENOAAAAFgAAAdRy
dVJVAAAAIgAAAqRwbFBMAAAALAAAAsYAWQBsAGUAaQBuAGUAbgAgAFIARwBCAC0AcAByAG8AZgBp
AGkAbABpAEcAZQBuAGUAcgBpAHMAawAgAFIARwBCAC0AcAByAG8AZgBpAGwAUAByAG8AZgBpAGwA
IABHAOkAbgDpAHIAaQBxAHUAZQAgAFIAVgBCTgCCLAAgAFIARwBCACAw1zDtMNUwoTCkMOuQGnUo
ACAAUgBHAEIAIIJyX2ljz4/wAFAAZQByAGYAaQBsACAAUgBHAEIAIABHAGUAbgDpAHIAaQBjAG8A
QQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkAbGZukBoAIABSAEcAQgAg
Y8+P8GWHTvYARwBlAG4AZQByAGUAbAAgAFIARwBCAC0AYgBlAHMAawByAGkAdgBlAGwAcwBlAEEA
bABnAGUAbQBlAGUAbgAgAFIARwBCAC0AcAByAG8AZgBpAGUAbMd8vBgAIABSAEcAQgAg1QS4XNMM
x3wAUAByAG8AZgBpAGwAbwAgAFIARwBCACAARwBlAG4AZQByAGkAYwBvAEcAZQBuAGUAcgBpAGMA
IABSAEcAQgAgAFAAcgBvAGYAaQBsAGUEHgQxBEkEOAQ5ACAEPwRABD4ERAQ4BDsETAAgAFIARwBC
AFUAbgBpAHcAZQByAHMAYQBsAG4AeQAgAHAAcgBvAGYAaQBsACAAUgBHAEIAAGRlc2MAAAAAAAAA
FEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRHZW5lcmljIFJHQiBQcm9maWxlAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAABYWVogAAAAAAAAWnUA
AKxzAAAXNFhZWiAAAAAAAADzUgABAAAAARbPWFlaIAAAAAAAAHRNAAA97gAAA9BYWVogAAAAAAAA
KBoAABWfAAC4NmN1cnYAAAAAAAAAAQHNAAB0ZXh0AAAAAENvcHlyaWdodCAyMDA3IEFwcGxlIElu
Yy4sIGFsbCByaWdodHMgcmVzZXJ2ZWQuAHNmMzIAAAAAAAEMQgAABd7///MmAAAHkgAA/ZH///ui
///9owAAA9wAAMBs/+EAQEV4aWYAAE1NACoAAAAIAAGHaQAEAAAAAQAAABoAAAAAAAKgAgAEAAAA
AQAAAtCgAwAEAAAAAQAAAA8AAAAA/9sAQwADAgICAgIDAgICAwMDAwQHBAQEBAQIBgYFBwoJCgoK
CQkJCwwPDQsLDwwJCQ0SDg8QEBEREQoNExQTERQPERER/9sAQwEDAwMEBAQIBAQIEQsJCxERERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER/8AAEQgADwLQAwEi
AAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//EALUQAAIBAwMCBAMFBQQE
AAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJChYXGBkaJSYnKCkqNDU2
Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeIiYqSk5SVlpeYmZqio6Sl
pqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq8fLz9PX29/j5+v/EAB8B
AAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQHBQQEAAECdwABAgMRBAUh
MQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJicoKSo1Njc4OTpDREVGR0hJ
SlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2
t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/aAAwDAQACEQMRAD8A+BKK
KK88/PwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKAP/ZCmVuZHN0cmVhbQplbmRvYmoKODQgMCBvYmoKMjIyMQplbmRvYmoKODcgMCBv
YmoKPDwgL0xlbmd0aCA4OCAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBnVPL
TsMwELz7K+aYSsS13TgJV0pBIA48IiGBOJSQiqhNC2lA4u/ZOF7TAuKAcvDG+5qZXb/iCq9Q9GVG
wSYKbYVbrDGebjXKLTS25Xf/AkqmqPsYM8RoaPFb3PiyasvqpXubr9DW1Knv0n/auqNsMD5rUhxv
HI49rzVW7PmHTNeGel9Xq3lXv1fTzWrT1k3VtXU59NCudKxhNFEyMs8sykYcFdC5d+XIpAFhKQjA
iZUECMUC94imI8SKfNGGjWs2ZhgRcXLdjoQ7T/3/gT/Zf+b/15zZ+YuKL9qarQa+2OUzXwUIXM+w
J2VD+oJ6/0JEIVSxh0KyRGpEZDygOMescFoHlZIciU5IIZBCxitEpz5M5MRaC3Mo/iXTBUMIZNcj
MYi7ZGonnkhQu23mnEaq/QG4341vgCepVFplyLKfc33iqm2ov/C9Oz+BOOAMc+LBcWhcfgENQfGK
a9fML0x+GXPqV+IeQ7dIcZgWzc9zFv3D3B3SRCvpNtnRHh5DTCtsUtplm+cwZqCd76zzneMoIl4Y
1v0mbFugEVg8Mp2PAIY25uoTyJXZbgplbmRzdHJlYW0KZW5kb2JqCjg4IDAgb2JqCjQyNgplbmRv
YmoKODYgMCBvYmoKPDwgL1R5cGUgL1BhZ2UgL1BhcmVudCA3OSAwIFIgL1Jlc291cmNlcyA4OSAw
IFIgL0NvbnRlbnRzIDg3IDAgUiAvTWVkaWFCb3gKWzAgMCA3MjAgNTQwXSA+PgplbmRvYmoKODkg
MCBvYmoKPDwgL1Byb2NTZXQgWyAvUERGIC9UZXh0IC9JbWFnZUIgL0ltYWdlQyAvSW1hZ2VJIF0g
L0NvbG9yU3BhY2UgPDwgL0NzMSA3IDAgUgovQ3MyIDggMCBSID4+IC9Gb250IDw8IC9GOC4wIDUx
IDAgUiAvRjUuMCAxMyAwIFIgPj4gL1hPYmplY3QgPDwgL0ltNiA5MCAwIFIKPj4gPj4KZW5kb2Jq
CjkwIDAgb2JqCjw8IC9MZW5ndGggOTEgMCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBlIC9JbWFn
ZSAvV2lkdGggNzIwIC9IZWlnaHQgMTUgL0ludGVycG9sYXRlCnRydWUgL0NvbG9yU3BhY2UgNTMg
MCBSIC9JbnRlbnQgL1BlcmNlcHR1YWwgL0JpdHNQZXJDb21wb25lbnQgOCAvRmlsdGVyIC9EQ1RE
ZWNvZGUKPj4Kc3RyZWFtCv/Y/+AAEEpGSUYAAQEAAAEAAQAA/+IFQElDQ19QUk9GSUxFAAEBAAAF
MGFwcGwCIAAAbW50clJHQiBYWVogB9kAAgAZAAsAGgALYWNzcEFQUEwAAAAAYXBwbAAAAAAAAAAA
AAAAAAAAAAAAAPbWAAEAAAAA0y1hcHBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAALZHNjbQAAAQgAAALyZGVzYwAAA/wAAABvZ1hZWgAABGwAAAAUd3RwdAAA
BIAAAAAUclhZWgAABJQAAAAUYlhZWgAABKgAAAAUclRSQwAABLwAAAAOY3BydAAABMwAAAA4Y2hh
ZAAABQQAAAAsZ1RSQwAABLwAAAAOYlRSQwAABLwAAAAObWx1YwAAAAAAAAARAAAADGVuVVMAAAAm
AAACfmVzRVMAAAAmAAABgmRhREsAAAAuAAAB6mRlREUAAAAsAAABqGZpRkkAAAAoAAAA3GZyRlUA
AAAoAAABKml0SVQAAAAoAAACVm5sTkwAAAAoAAACGG5iTk8AAAAmAAABBHB0QlIAAAAmAAABgnN2
U0UAAAAmAAABBGphSlAAAAAaAAABUmtvS1IAAAAWAAACQHpoVFcAAAAWAAABbHpoQ04AAAAWAAAB
1HJ1UlUAAAAiAAACpHBsUEwAAAAsAAACxgBZAGwAZQBpAG4AZQBuACAAUgBHAEIALQBwAHIAbwBm
AGkAaQBsAGkARwBlAG4AZQByAGkAcwBrACAAUgBHAEIALQBwAHIAbwBmAGkAbABQAHIAbwBmAGkA
bAAgAEcA6QBuAOkAcgBpAHEAdQBlACAAUgBWAEJOAIIsACAAUgBHAEIAIDDXMO0w1TChMKQw65Aa
dSgAIABSAEcAQgAggnJfaWPPj/AAUABlAHIAZgBpAGwAIABSAEcAQgAgAEcAZQBuAOkAcgBpAGMA
bwBBAGwAbABnAGUAbQBlAGkAbgBlAHMAIABSAEcAQgAtAFAAcgBvAGYAaQBsZm6QGgAgAFIARwBC
ACBjz4/wZYdO9gBHAGUAbgBlAHIAZQBsACAAUgBHAEIALQBiAGUAcwBrAHIAaQB2AGUAbABzAGUA
QQBsAGcAZQBtAGUAZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAZQBsx3y8GAAgAFIARwBCACDVBLhc
0wzHfABQAHIAbwBmAGkAbABvACAAUgBHAEIAIABHAGUAbgBlAHIAaQBjAG8ARwBlAG4AZQByAGkA
YwAgAFIARwBCACAAUAByAG8AZgBpAGwAZQQeBDEESQQ4BDkAIAQ/BEAEPgREBDgEOwRMACAAUgBH
AEIAVQBuAGkAdwBlAHIAcwBhAGwAbgB5ACAAcAByAG8AZgBpAGwAIABSAEcAQgAAZGVzYwAAAAAA
AAAUR2VuZXJpYyBSR0IgUHJvZmlsZQAAAAAAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAAAABa
dQAArHMAABc0WFlaIAAAAAAAAPNSAAEAAAABFs9YWVogAAAAAAAAdE0AAD3uAAAD0FhZWiAAAAAA
AAAoGgAAFZ8AALg2Y3VydgAAAAAAAAABAc0AAHRleHQAAAAAQ29weXJpZ2h0IDIwMDcgQXBwbGUg
SW5jLiwgYWxsIHJpZ2h0cyByZXNlcnZlZC4Ac2YzMgAAAAAAAQxCAAAF3v//8yYAAAeSAAD9kf//
+6L///2jAAAD3AAAwGz/4QBARXhpZgAATU0AKgAAAAgAAYdpAAQAAAABAAAAGgAAAAAAAqACAAQA
AAABAAAC0KADAAQAAAABAAAADwAAAAD/2wBDAAMCAgICAgMCAgIDAwMDBAcEBAQEBAgGBgUHCgkK
CgoJCQkLDA8NCwsPDAkJDRIODxAQERERCg0TFBMRFA8RERH/2wBDAQMDAwQEBAgEBAgRCwkLERER
ERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERH/wAARCAAPAtAD
ASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUF
BAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0
NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKj
pKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QA
HwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEE
BSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZH
SElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0
tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD4
Eooorzz8/CiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooA/9kKZW5kc3RyZWFtCmVuZG9iago5MSAwIG9iagoyMjIxCmVuZG9iago5NCAw
IG9iago8PCAvTGVuZ3RoIDk1IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGt
VslSGzEQvesr+jg+2Ixmn2MgIUulKhBcxSGVA3FMYsAsM0CKD8r/pMgPpTVSv1k0DlBQPowstVrd
771u6Yr26YpC/uVRSGkSUrWkQzqnrZ1a06ImTfViuH5M4SyjlbGJrI0mrcbstvaW1WJ5eX1zdEbV
ik8yp5ifTpvPYk1b79c5vb5o4uitplGqeusm0jibFXlKSVxQlhRURjP+14bchBPOwjLUZRYWHGcU
xmWkM9WZNIE28V9xdiaYqRa/aRwah3zs9pzn7Cp/ozCflUkZUVqqOce8W844B5of0xcKdiY05YMo
uJFBVS1leC6D64mJhgJy34PrCQfFE0dDC7ipJ/SV5h/ozZzRsdlzRCZvk38/a/aVhXmRxBEfk6dZ
kUUmfR2WBSPQkOjn3PhxyVpepjErgaOKtc0zlTyD3xOan9hQrCnD2ANw3FmcjHlj1M4k7ZUMANXp
9NiBdCFr1boDk8VtGspiJAPB9tBtf+u+H8UAVInlcqIsdzj8u9j6cf2QJdktnLowVYDNiPauy+GD
HHmAmgowUuyzk7P0jAqfyI7vrGHH8/awph1okj+4vBNk0k1QAdXFqasRFYibWnYL/RX4X8tSl8q2
OAAsS2NU/B6wUuN9YLWOgKxq6vtZuvfdMbQH6A23GFXQC6CUhNfAQJqKQg8BmHWNpgGfQPObcIEl
7DsX+XvSXuBYVEaNbZA5PHJsThO8NsLLpqa0gRc1ELxOY/Bi++6jeVH98mkU77tjXvaQjOgRE5Ul
QwUH4AlYAB7ZNX2FKeAk1En7V4FI3PeDmfqnEIcpeO7wZbuhbwv+28Nv4Qip/erQ9fAdsoGuYX/S
ZfKS14fvjun6LODsuiaP3o7eU4pJMRi0FXTPV4UuzDUMRFAuUoFoOUAPNJyuRPaYAjN/Zf+lnI4a
xRGodudaBS3pCAgqEoctoQsY4XyR4ZlE9swbyDbKYUFGcfqSBem7Y4bnTI3WHWZqyc1l3blvBRqf
IlmRvSx4e+OjwVkLFYAnsALCQKqULXBHTHIOGmHb3T1ueg873F1jPdK8qjcVnXngmdcrf5OYJRzl
XpP803m0KWP8OHdZOstH3DEnn5piUwFSAla4+gXoCly0bQftE9vIvYJh/N+rTOAHd2DIBfQkSWyD
RZx+IuoYLeznXGzu8TUkLe68ONzN1iWtYXiMNN9dQ5rvjkl7J0kBftwNrhOptv0BE1Asyh5iTQFg
a7Ve1UfSeMAxBtAINq79okMAa5QSQhFtwab32tj/B/HX+R4KZW5kc3RyZWFtCmVuZG9iago5NSAw
IG9iago5NTAKZW5kb2JqCjkzIDAgb2JqCjw8IC9UeXBlIC9QYWdlIC9QYXJlbnQgNzkgMCBSIC9S
ZXNvdXJjZXMgOTYgMCBSIC9Db250ZW50cyA5NCAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0g
Pj4KZW5kb2JqCjk2IDAgb2JqCjw8IC9Qcm9jU2V0IFsgL1BERiAvVGV4dCAvSW1hZ2VCIC9JbWFn
ZUMgL0ltYWdlSSBdIC9Db2xvclNwYWNlIDw8IC9DczEgNyAwIFIKL0NzMiA4IDAgUiA+PiAvRm9u
dCA8PCAvRjkuMCA2MiAwIFIgL0Y1LjAgMTMgMCBSID4+IC9YT2JqZWN0IDw8IC9JbTcgOTcgMCBS
Cj4+ID4+CmVuZG9iago5NyAwIG9iago8PCAvTGVuZ3RoIDk4IDAgUiAvVHlwZSAvWE9iamVjdCAv
U3VidHlwZSAvSW1hZ2UgL1dpZHRoIDcyMCAvSGVpZ2h0IDE1IC9JbnRlcnBvbGF0ZQp0cnVlIC9D
b2xvclNwYWNlIDUzIDAgUiAvSW50ZW50IC9QZXJjZXB0dWFsIC9CaXRzUGVyQ29tcG9uZW50IDgg
L0ZpbHRlciAvRENURGVjb2RlCj4+CnN0cmVhbQr/2P/gABBKRklGAAEBAAABAAEAAP/iBUBJQ0Nf
UFJPRklMRQABAQAABTBhcHBsAiAAAG1udHJSR0IgWFlaIAfZAAIAGQALABoAC2Fjc3BBUFBMAAAA
AGFwcGwAAAAAAAAAAAAAAAAAAAAAAAD21gABAAAAANMtYXBwbAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAC2RzY20AAAEIAAAC8mRlc2MAAAP8AAAAb2dYWVoA
AARsAAAAFHd0cHQAAASAAAAAFHJYWVoAAASUAAAAFGJYWVoAAASoAAAAFHJUUkMAAAS8AAAADmNw
cnQAAATMAAAAOGNoYWQAAAUEAAAALGdUUkMAAAS8AAAADmJUUkMAAAS8AAAADm1sdWMAAAAAAAAA
EQAAAAxlblVTAAAAJgAAAn5lc0VTAAAAJgAAAYJkYURLAAAALgAAAepkZURFAAAALAAAAahmaUZJ
AAAAKAAAANxmckZVAAAAKAAAASppdElUAAAAKAAAAlZubE5MAAAAKAAAAhhuYk5PAAAAJgAAAQRw
dEJSAAAAJgAAAYJzdlNFAAAAJgAAAQRqYUpQAAAAGgAAAVJrb0tSAAAAFgAAAkB6aFRXAAAAFgAA
AWx6aENOAAAAFgAAAdRydVJVAAAAIgAAAqRwbFBMAAAALAAAAsYAWQBsAGUAaQBuAGUAbgAgAFIA
RwBCAC0AcAByAG8AZgBpAGkAbABpAEcAZQBuAGUAcgBpAHMAawAgAFIARwBCAC0AcAByAG8AZgBp
AGwAUAByAG8AZgBpAGwAIABHAOkAbgDpAHIAaQBxAHUAZQAgAFIAVgBCTgCCLAAgAFIARwBCACAw
1zDtMNUwoTCkMOuQGnUoACAAUgBHAEIAIIJyX2ljz4/wAFAAZQByAGYAaQBsACAAUgBHAEIAIABH
AGUAbgDpAHIAaQBjAG8AQQBsAGwAZwBlAG0AZQBpAG4AZQBzACAAUgBHAEIALQBQAHIAbwBmAGkA
bGZukBoAIABSAEcAQgAgY8+P8GWHTvYARwBlAG4AZQByAGUAbAAgAFIARwBCAC0AYgBlAHMAawBy
AGkAdgBlAGwAcwBlAEEAbABnAGUAbQBlAGUAbgAgAFIARwBCAC0AcAByAG8AZgBpAGUAbMd8vBgA
IABSAEcAQgAg1QS4XNMMx3wAUAByAG8AZgBpAGwAbwAgAFIARwBCACAARwBlAG4AZQByAGkAYwBv
AEcAZQBuAGUAcgBpAGMAIABSAEcAQgAgAFAAcgBvAGYAaQBsAGUEHgQxBEkEOAQ5ACAEPwRABD4E
RAQ4BDsETAAgAFIARwBCAFUAbgBpAHcAZQByAHMAYQBsAG4AeQAgAHAAcgBvAGYAaQBsACAAUgBH
AEIAAGRlc2MAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAABRHZW5lcmljIFJH
QiBQcm9maWxlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AABYWVogAAAAAAAAWnUAAKxzAAAXNFhZWiAAAAAAAADzUgABAAAAARbPWFlaIAAAAAAAAHRNAAA9
7gAAA9BYWVogAAAAAAAAKBoAABWfAAC4NmN1cnYAAAAAAAAAAQHNAAB0ZXh0AAAAAENvcHlyaWdo
dCAyMDA3IEFwcGxlIEluYy4sIGFsbCByaWdodHMgcmVzZXJ2ZWQuAHNmMzIAAAAAAAEMQgAABd7/
//MmAAAHkgAA/ZH///ui///9owAAA9wAAMBs/+EAQEV4aWYAAE1NACoAAAAIAAGHaQAEAAAAAQAA
ABoAAAAAAAKgAgAEAAAAAQAAAtCgAwAEAAAAAQAAAA8AAAAA/9sAQwADAgICAgIDAgICAwMDAwQH
BAQEBAQIBgYFBwoJCgoKCQkJCwwPDQsLDwwJCQ0SDg8QEBEREQoNExQTERQPERER/9sAQwEDAwME
BAQIBAQIEQsJCxERERERERERERERERERERERERERERERERERERERERERERERERERERERERERERER
ERER/8AAEQgADwLQAwEiAAIRAQMRAf/EAB8AAAEFAQEBAQEBAAAAAAAAAAABAgMEBQYHCAkKC//E
ALUQAAIBAwMCBAMFBQQEAAABfQECAwAEEQUSITFBBhNRYQcicRQygZGhCCNCscEVUtHwJDNicoIJ
ChYXGBkaJSYnKCkqNDU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6g4SFhoeI
iYqSk5SVlpeYmZqio6Slpqeoqaqys7S1tre4ubrCw8TFxsfIycrS09TV1tfY2drh4uPk5ebn6Onq
8fLz9PX29/j5+v/EAB8BAAMBAQEBAQEBAQEAAAAAAAABAgMEBQYHCAkKC//EALURAAIBAgQEAwQH
BQQEAAECdwABAgMRBAUhMQYSQVEHYXETIjKBCBRCkaGxwQkjM1LwFWJy0QoWJDThJfEXGBkaJico
KSo1Njc4OTpDREVGR0hJSlNUVVZXWFlaY2RlZmdoaWpzdHV2d3h5eoKDhIWGh4iJipKTlJWWl5iZ
mqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uLj5OXm5+jp6vLz9PX29/j5+v/a
AAwDAQACEQMRAD8A+BKKKK88/PwooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKAP/ZCmVuZHN0cmVhbQplbmRvYmoKOTggMCBvYmoKMjIy
MQplbmRvYmoKMTAxIDAgb2JqCjw8IC9MZW5ndGggMTAyIDAgUiAvRmlsdGVyIC9GbGF0ZURlY29k
ZSA+PgpzdHJlYW0KeAHNWMFyFDcQvesruoqL5uCxNLMzO3MEQgpSOYSwFAeKAwzrxIG18Y4N9gfl
fyj4IVrS9JPW2l0vkEPKhxWjVqv7ve4niQt6Shdk+G9eGWpmhtZLekFndPxwtDSMZGkcbs+fkClb
OnU2VbCxZNU2u+M/luth+eHy6vV7Wp/yTm4X92cb/zOs6PjJqqNfzn0cG7NN1aiNeRdp3ZbdvKFZ
3VE766ivSv5XDNmHY0rTG9u3puM4K1P3lW1V8tEF6uO/4OxcMEdW/Da1cQ552wcL/hZm+bcyVdm3
TUdNrxYc8699yTnQ4oRekn5Y0BFvRPpKBuv1UoZnMrgsXDSkqSDbucGiUPW8rEmfisnwDsvEeizo
FS1+o0cLBigAwEG51B0ESeKKueKszLyb1RWP5k3btZVDwJq+YxA8j3na3s+Ub6DmqOZi4ABrG1Jt
JFX9b0GLf0IowZSR3MAwccZ4G1PRYiB250Hm33qW+G3h917XMyriepfHxA/T3nRdO89jZDqeC5wj
0GTvHvvh9e65ZaECi9cwWn0Q8/cygMsNYrYAzwWXAL8rJ0cQ/x3x76xmbNqefHlFzD8XSoC5E/PE
W9uU88ybYnSeIYOPGK2RMfIUxIAAjM8DFEpjCotgI6v/FtiwQdxUbMYrAf4vscYADkfpB3x5K8bi
J1gone8pa8USbXpHgUz1wMtiCx5ApIfeGlYHJxSeSRWEAsEfWGIS8CfJ9VygQgrAPsPjjSzCruJu
Wqx0zP9kapDcb5lmv6XOo8C4A2AXPEnvOmmxM1YGoONkdENblKv0Pd52awsci7gofa83nLj00AEB
QlzgLOXwscA69QFpsCP4vhCFB/LgIpgo/bt4gfbjnHiXf0I/yA4wGalgoUmPnshpVhFYhb3E33SC
KY2k/pQAHx3M/1bG3AnOR2miTF7nbJe2hy+Az5Gk3UKXuwvdlrnbULpBFAAIoJEyKCpJXLAZ0BO7
T3Wl0Yc3WAcssceAgsAniUwkWGn5AlvmOJxeuUOZgebB5JMohZjsL8r9Aqc2GfSQV7a+1cIM+QFl
rTRy31vWIeUvGRoDcj2TFMFqPN5BBwY3XwUJnEXR1am4AujxnPo/t1HV/KdtlLtjTu8X1DROYgQ/
8DeBpXIF5DN9uhJD+aIubevGyRqUyl4j2EZlwzWozRiaNlUadIo/cI81GMAWX2TR5aSxCEEmsOQ6
vwthJ1TnhJtyQO7vt1uKGfqty/otAR4wQX6wP+jK8sIiqGF2lCF46UNJHZawmOhIpFBsUQPAS2bA
ZayOJMpwsmEDJCKr8e4CMXecWuxw67PogEuBfxBVkQLlH38btxZ/k/+hW0td1eGpJbcW4luLJc7z
O64t1piyr/itCm94RLjDEFCDDdyp1znEiTQHFj6OZXy/+hsH/NxIbYDe3Z6VTjwHiV+hUsVPqssQ
hmmQLA+BIQwkyCaxvfbeWL/nxlK32ZX1Z24suTsm6UGaQ3iMSq3zfyhMz5GorRBAAW4vjwHtcNFX
eo2eWckWY/wEJmUOU9hz6lOvZr4eJAisveYvkYin3wAQjqpACmVuZHN0cmVhbQplbmRvYmoKMTAy
IDAgb2JqCjExNjQKZW5kb2JqCjEwMCAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDc5IDAg
UiAvUmVzb3VyY2VzIDEwMyAwIFIgL0NvbnRlbnRzIDEwMSAwIFIgL01lZGlhQm94ClswIDAgNzIw
IDU0MF0gPj4KZW5kb2JqCjEwMyAwIG9iago8PCAvUHJvY1NldCBbIC9QREYgL1RleHQgL0ltYWdl
QiAvSW1hZ2VDIC9JbWFnZUkgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSCi9DczIgOCAwIFIg
Pj4gL0ZvbnQgPDwgL0Y5LjAgNjIgMCBSIC9GNi4wIDE0IDAgUiAvRjUuMCAxMyAwIFIgPj4gL1hP
YmplY3QKPDwgL0ltOCAxMDQgMCBSID4+ID4+CmVuZG9iagoxMDQgMCBvYmoKPDwgL0xlbmd0aCAx
MDUgMCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBlIC9JbWFnZSAvV2lkdGggNzIwIC9IZWlnaHQg
MTUgL0ludGVycG9sYXRlCnRydWUgL0NvbG9yU3BhY2UgNTMgMCBSIC9JbnRlbnQgL1BlcmNlcHR1
YWwgL0JpdHNQZXJDb21wb25lbnQgOCAvRmlsdGVyIC9EQ1REZWNvZGUKPj4Kc3RyZWFtCv/Y/+AA
EEpGSUYAAQEAAAEAAQAA/+IFQElDQ19QUk9GSUxFAAEBAAAFMGFwcGwCIAAAbW50clJHQiBYWVog
B9kAAgAZAAsAGgALYWNzcEFQUEwAAAAAYXBwbAAAAAAAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1h
cHBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALZHNjbQAA
AQgAAALyZGVzYwAAA/wAAABvZ1hZWgAABGwAAAAUd3RwdAAABIAAAAAUclhZWgAABJQAAAAUYlhZ
WgAABKgAAAAUclRSQwAABLwAAAAOY3BydAAABMwAAAA4Y2hhZAAABQQAAAAsZ1RSQwAABLwAAAAO
YlRSQwAABLwAAAAObWx1YwAAAAAAAAARAAAADGVuVVMAAAAmAAACfmVzRVMAAAAmAAABgmRhREsA
AAAuAAAB6mRlREUAAAAsAAABqGZpRkkAAAAoAAAA3GZyRlUAAAAoAAABKml0SVQAAAAoAAACVm5s
TkwAAAAoAAACGG5iTk8AAAAmAAABBHB0QlIAAAAmAAABgnN2U0UAAAAmAAABBGphSlAAAAAaAAAB
UmtvS1IAAAAWAAACQHpoVFcAAAAWAAABbHpoQ04AAAAWAAAB1HJ1UlUAAAAiAAACpHBsUEwAAAAs
AAACxgBZAGwAZQBpAG4AZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAaQBsAGkARwBlAG4AZQByAGkA
cwBrACAAUgBHAEIALQBwAHIAbwBmAGkAbABQAHIAbwBmAGkAbAAgAEcA6QBuAOkAcgBpAHEAdQBl
ACAAUgBWAEJOAIIsACAAUgBHAEIAIDDXMO0w1TChMKQw65AadSgAIABSAEcAQgAggnJfaWPPj/AA
UABlAHIAZgBpAGwAIABSAEcAQgAgAEcAZQBuAOkAcgBpAGMAbwBBAGwAbABnAGUAbQBlAGkAbgBl
AHMAIABSAEcAQgAtAFAAcgBvAGYAaQBsZm6QGgAgAFIARwBCACBjz4/wZYdO9gBHAGUAbgBlAHIA
ZQBsACAAUgBHAEIALQBiAGUAcwBrAHIAaQB2AGUAbABzAGUAQQBsAGcAZQBtAGUAZQBuACAAUgBH
AEIALQBwAHIAbwBmAGkAZQBsx3y8GAAgAFIARwBCACDVBLhc0wzHfABQAHIAbwBmAGkAbABvACAA
UgBHAEIAIABHAGUAbgBlAHIAaQBjAG8ARwBlAG4AZQByAGkAYwAgAFIARwBCACAAUAByAG8AZgBp
AGwAZQQeBDEESQQ4BDkAIAQ/BEAEPgREBDgEOwRMACAAUgBHAEIAVQBuAGkAdwBlAHIAcwBhAGwA
bgB5ACAAcAByAG8AZgBpAGwAIABSAEcAQgAAZGVzYwAAAAAAAAAUR2VuZXJpYyBSR0IgUHJvZmls
ZQAAAAAAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAAAABadQAArHMAABc0WFlaIAAAAAAAAPNS
AAEAAAABFs9YWVogAAAAAAAAdE0AAD3uAAAD0FhZWiAAAAAAAAAoGgAAFZ8AALg2Y3VydgAAAAAA
AAABAc0AAHRleHQAAAAAQ29weXJpZ2h0IDIwMDcgQXBwbGUgSW5jLiwgYWxsIHJpZ2h0cyByZXNl
cnZlZC4Ac2YzMgAAAAAAAQxCAAAF3v//8yYAAAeSAAD9kf//+6L///2jAAAD3AAAwGz/4QBARXhp
ZgAATU0AKgAAAAgAAYdpAAQAAAABAAAAGgAAAAAAAqACAAQAAAABAAAC0KADAAQAAAABAAAADwAA
AAD/2wBDAAMCAgICAgMCAgIDAwMDBAcEBAQEBAgGBgUHCgkKCgoJCQkLDA8NCwsPDAkJDRIODxAQ
ERERCg0TFBMRFA8RERH/2wBDAQMDAwQEBAgEBAgRCwkLERERERERERERERERERERERERERERERER
ERERERERERERERERERERERERERERERERERH/wAARCAAPAtADASIAAhEBAxEB/8QAHwAAAQUBAQEB
AQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1Fh
ByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZ
WmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXG
x8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAEC
AwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHB
CSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0
dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX
2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD4Eooorzz8/CiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA/9kKZW5kc3Ry
ZWFtCmVuZG9iagoxMDUgMCBvYmoKMjIyMQplbmRvYmoKMTA4IDAgb2JqCjw8IC9MZW5ndGggMTA5
IDAgUiAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGdV8lu1EAQvfdXlMLFPsTjfZEQ
EqsIm1iMOCAOwUwghIHETlDI//A/CH6I6m7Xc487M4RoDvZ0l19XvVf92j6hF3RCMf+qNKYij6lf
0hv6Sou7Q0LdQAkN3Xz+gOKopEMdk9qYhBJ1Wdzi+bLvlsenZ/tfqD/klfQq+pcU5tKtaLG3auje
N5PH2myRFmptXmealVFdFZRnNZV5TU0a8b8pZZNOHMVNnDRlXHOeaZw1aVIqZ1AnavI/4ep0MruJ
4BZZrAF52Tstj9lZvqZxGjVlUVPRqJZzftBEXAO1B/SWgrsh7fJCFJzJTd8v5far3JyGOhsKKKSk
1jdtqLIqyig4lJDuCI9J9BDSO2of0f2WCbIEcFK6dE2BU7hirbiquKrzLOW7qijrMtUMJHFTMwlG
R79sgzPWa6XZzbgZOMEssaUWUmrwM6T2s03FhjKTaxw6YMx3HKfUdsRwhmS+ZrmDWwL3RpMyKwK9
CdHBYdmLui4rP0eW4xVI9Lj3ZzoMUcg9wrJ8EzXwNOdmZvZl5ovciEoA6ceHVIBgiYHK3xEtwAfj
Ali6XzmP27TWGuGfQm/gUOmG4N8uX/OMqy0bMu08afxrEmKrxoo3iINWFlHlo7Eatz8IWbiRssca
ld4ShuD3EgqGhDy5YqKXZzByfhwquw0hD0iElBgRQKgC7qGgrIAZkUkmAIYFBRVJXa8fgIfsUMAR
t+lkCBtk9oRJYvYqbVvQmZVhjxoJOxbeJ9saUAKWluJQtgyMWapLts4gXA3wxu6TrCZzAET0Q8ms
HTvj6ZOQssqYp+mUm/zfir03RjyTgce3ZrgqQAluC16DxSybOaLub2EBbbKKXM/eulX1mblJQ8fu
tBsnVT6TcM2Old6sW9A22zGAxY9VcKPJmMPr+DHATKMpez7egfYfRSSRyG9wmZlcvLMMq+mcBNUQ
Vp5KZQHWwDSKN5DbCGM6UwtsVWkbr44FGkNNk3mPBFd1VP3K4cAZR/XhuOV+y67ATsJmFR6m8+Mc
FK/OZFetJGzA5IUHgYFBOhzBjD46h0whWJCxpyVCrj1QRrdX02uTxHhoO8PFDiNPem3YNO75ZvnL
i9muYf7QhUhlOpJhQSjR6zE8hRnYCqa6Wf1Xal609fygEV5GvVXgEbRB79Ejt+g9Hb5XXZ306mkR
NcaNHUmU8zLtvAh6LV1VviTzE8/xbD7x7FYGuf/Bu052bFWIJHh42/ghIzOeTaX2lLERKpAIyNuj
maCJxAjqa/Gkl3KzN75qikn9cVv7/61IfyWte4exooy/sdYP/atZkQ9ntpIPx1tpWIzizAUkOXRV
cCQxztsFmg1HA38muiy8+Au6FOuDCmVuZHN0cmVhbQplbmRvYmoKMTA5IDAgb2JqCjEwMTEKZW5k
b2JqCjEwNyAwIG9iago8PCAvVHlwZSAvUGFnZSAvUGFyZW50IDc5IDAgUiAvUmVzb3VyY2VzIDEx
MCAwIFIgL0NvbnRlbnRzIDEwOCAwIFIgL01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2Jq
CjExMCAwIG9iago8PCAvUHJvY1NldCBbIC9QREYgL1RleHQgL0ltYWdlQiAvSW1hZ2VDIC9JbWFn
ZUkgXSAvQ29sb3JTcGFjZSA8PCAvQ3MxIDcgMCBSCi9DczIgOCAwIFIgPj4gL0ZvbnQgPDwgL0Y5
LjAgNjIgMCBSIC9GNi4wIDE0IDAgUiAvRjUuMCAxMyAwIFIgPj4gL1hPYmplY3QKPDwgL0ltOSAx
MTEgMCBSID4+ID4+CmVuZG9iagoxMTEgMCBvYmoKPDwgL0xlbmd0aCAxMTIgMCBSIC9UeXBlIC9Y
T2JqZWN0IC9TdWJ0eXBlIC9JbWFnZSAvV2lkdGggNzIwIC9IZWlnaHQgMTUgL0ludGVycG9sYXRl
CnRydWUgL0NvbG9yU3BhY2UgNTMgMCBSIC9JbnRlbnQgL1BlcmNlcHR1YWwgL0JpdHNQZXJDb21w
b25lbnQgOCAvRmlsdGVyIC9EQ1REZWNvZGUKPj4Kc3RyZWFtCv/Y/+AAEEpGSUYAAQEAAAEAAQAA
/+IFQElDQ19QUk9GSUxFAAEBAAAFMGFwcGwCIAAAbW50clJHQiBYWVogB9kAAgAZAAsAGgALYWNz
cEFQUEwAAAAAYXBwbAAAAAAAAAAAAAAAAAAAAAAAAPbWAAEAAAAA0y1hcHBsAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAALZHNjbQAAAQgAAALyZGVzYwAAA/wA
AABvZ1hZWgAABGwAAAAUd3RwdAAABIAAAAAUclhZWgAABJQAAAAUYlhZWgAABKgAAAAUclRSQwAA
BLwAAAAOY3BydAAABMwAAAA4Y2hhZAAABQQAAAAsZ1RSQwAABLwAAAAOYlRSQwAABLwAAAAObWx1
YwAAAAAAAAARAAAADGVuVVMAAAAmAAACfmVzRVMAAAAmAAABgmRhREsAAAAuAAAB6mRlREUAAAAs
AAABqGZpRkkAAAAoAAAA3GZyRlUAAAAoAAABKml0SVQAAAAoAAACVm5sTkwAAAAoAAACGG5iTk8A
AAAmAAABBHB0QlIAAAAmAAABgnN2U0UAAAAmAAABBGphSlAAAAAaAAABUmtvS1IAAAAWAAACQHpo
VFcAAAAWAAABbHpoQ04AAAAWAAAB1HJ1UlUAAAAiAAACpHBsUEwAAAAsAAACxgBZAGwAZQBpAG4A
ZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAaQBsAGkARwBlAG4AZQByAGkAcwBrACAAUgBHAEIALQBw
AHIAbwBmAGkAbABQAHIAbwBmAGkAbAAgAEcA6QBuAOkAcgBpAHEAdQBlACAAUgBWAEJOAIIsACAA
UgBHAEIAIDDXMO0w1TChMKQw65AadSgAIABSAEcAQgAggnJfaWPPj/AAUABlAHIAZgBpAGwAIABS
AEcAQgAgAEcAZQBuAOkAcgBpAGMAbwBBAGwAbABnAGUAbQBlAGkAbgBlAHMAIABSAEcAQgAtAFAA
cgBvAGYAaQBsZm6QGgAgAFIARwBCACBjz4/wZYdO9gBHAGUAbgBlAHIAZQBsACAAUgBHAEIALQBi
AGUAcwBrAHIAaQB2AGUAbABzAGUAQQBsAGcAZQBtAGUAZQBuACAAUgBHAEIALQBwAHIAbwBmAGkA
ZQBsx3y8GAAgAFIARwBCACDVBLhc0wzHfABQAHIAbwBmAGkAbABvACAAUgBHAEIAIABHAGUAbgBl
AHIAaQBjAG8ARwBlAG4AZQByAGkAYwAgAFIARwBCACAAUAByAG8AZgBpAGwAZQQeBDEESQQ4BDkA
IAQ/BEAEPgREBDgEOwRMACAAUgBHAEIAVQBuAGkAdwBlAHIAcwBhAGwAbgB5ACAAcAByAG8AZgBp
AGwAIABSAEcAQgAAZGVzYwAAAAAAAAAUR2VuZXJpYyBSR0IgUHJvZmlsZQAAAAAAAAAAAAAAFEdl
bmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAFhZWiAAAAAAAABadQAArHMAABc0WFlaIAAAAAAAAPNSAAEAAAABFs9YWVogAAAA
AAAAdE0AAD3uAAAD0FhZWiAAAAAAAAAoGgAAFZ8AALg2Y3VydgAAAAAAAAABAc0AAHRleHQAAAAA
Q29weXJpZ2h0IDIwMDcgQXBwbGUgSW5jLiwgYWxsIHJpZ2h0cyByZXNlcnZlZC4Ac2YzMgAAAAAA
AQxCAAAF3v//8yYAAAeSAAD9kf//+6L///2jAAAD3AAAwGz/4QBARXhpZgAATU0AKgAAAAgAAYdp
AAQAAAABAAAAGgAAAAAAAqACAAQAAAABAAAC0KADAAQAAAABAAAADwAAAAD/2wBDAAMCAgICAgMC
AgIDAwMDBAcEBAQEBAgGBgUHCgkKCgoJCQkLDA8NCwsPDAkJDRIODxAQERERCg0TFBMRFA8RERH/
2wBDAQMDAwQEBAgEBAgRCwkLERERERERERERERERERERERERERERERERERERERERERERERERERER
ERERERERERERERH/wAARCAAPAtADASIAAhEBAxEB/8QAHwAAAQUBAQEBAQEAAAAAAAAAAAECAwQF
BgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIhMUEGE1FhByJxFDKBkaEII0KxwRVS
0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpTVFVWV1hZWmNkZWZnaGlqc3R1dnd4
eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5usLDxMXGx8jJytLT1NXW19jZ2uHi
4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAAAAAAAAECAwQFBgcICQoL/8QAtREA
AgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEIFEKRobHBCSMzUvAVYnLRChYkNOEl
8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVmZ2hpanN0dXZ3eHl6goOEhYaHiImK
kpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK0tPU1dbX2Nna4uPk5ebn6Onq8vP0
9fb3+Pn6/9oADAMBAAIRAxEAPwD4Eooorzz8/CiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKK
ACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA/9kKZW5kc3RyZWFtCmVuZG9iagoxMTIg
MCBvYmoKMjIyMQplbmRvYmoKMTE1IDAgb2JqCjw8IC9MZW5ndGggMTE2IDAgUiAvRmlsdGVyIC9G
bGF0ZURlY29kZSA+PgpzdHJlYW0KeAGtVtty0zAQfddX7KP9EMeyI1+emNLLTJkBWhqGB8pDG1II
vdst0A/if5j2h1jZ2mMnSjKhMHmwol2tVuecXemWDumWYv7lSUxmFFM1pQ90RcPtWtOkJk31ZNF+
RnGU0cz6JK2PJq2W+Q0PptVkenN3f3JB1Yx3srvYnzbNZ3JJw/1LHdPOdZPInNkkRs072FzTLCpy
Q6O0oGxUUJlE/K9LukkojuIy1mUWF5xpEqdlojPVm7SpNie45fPZdAZa4po0tgF535djnmut/NWj
IuIwJZlSjTnrvTLiU9D4jD5S8Da0+1Bw575fQxo0E1MZVORMB9cyVdezULVupzJ3IQMslHX7bn1d
33s+dUif1PgV7Y4ZxBYjztuiY1HysMnivBilCaecm6zIEguSjsuCcWrIjjJlqeoh08RxkLT8DVJW
DB85ZQgsGkbQCH6FNP7WpsKuKrYhNwiWjpZFY2wfj9yBVTABroLKiWAhE/CYiQVIVnCuOJBD/kEW
vn4vC47GIenC0ik20INYYkFqV7L6swzgC+pXq0PCDUNWKW8cObJ/eMEgEAwGTD4J+R7QtoCskDvW
GqAzs0AbA32OM0Ci2N+ZVDB0mU3gU+GgcoobyRqAeyd/ClWXNJfiekV6p3LlaZVri5e/o5Rx03Ha
1manxt9zamTnNWrshctMlC8JxyjtyOEAgBwbYHmAOIsKAAigFmQkiPz3op854J1BBdxXJRVZDE1A
/NjnXHx8fdaTCo0I1EkeiISEELKWkGhIUIm/iS2CjvENCG0ZSM0CocyApIZS93AYOqyi+TJSATyB
FAaDDeRPffm7BvIs+b/ogwH5c+0vbcir0OoVtW3FOs9Q1Kq5mRZ68Xr196I1LcIPx9gfAXToAewD
SrAvAnmE86n03fpJjKubK+KANikCp0oVQIxwwSKJDwXDVyxzPczROeil6u7wGrGr7xguZ7C7UpnL
3pW6IYOJzsFg+7ZgBlXvNv07Br1w6pn9C8jh+FPh0YPbb3EC976rxq030re2QjImShQu2q6YvogP
6Kul7ivc2SIHcMZdpr1At2U5TO9kZlfygV6xBc55bi9VvKg2YK+pmMQsPoYYbweZCn5K/gAR2/FD
0GkN6Xa25Ur7x16RlF2q/6FX+OGe3SvA094ilUZAymVQyAAm4fYYnTpqVKcC/3YG/xhscgeo4DiU
XVa3LlQBu6659la8ztJkyfMMioBGqktsc+fAgpC6TiXJdrUlZQMhdia3CT+1YZzT3+EfTPrS0Apl
bmRzdHJlYW0KZW5kb2JqCjExNiAwIG9iago5NDYKZW5kb2JqCjExNCAwIG9iago8PCAvVHlwZSAv
UGFnZSAvUGFyZW50IDc5IDAgUiAvUmVzb3VyY2VzIDExNyAwIFIgL0NvbnRlbnRzIDExNSAwIFIg
L01lZGlhQm94ClswIDAgNzIwIDU0MF0gPj4KZW5kb2JqCjExNyAwIG9iago8PCAvUHJvY1NldCBb
IC9QREYgL1RleHQgL0ltYWdlQiAvSW1hZ2VDIC9JbWFnZUkgXSAvQ29sb3JTcGFjZSA8PCAvQ3Mx
IDcgMCBSCi9DczIgOCAwIFIgPj4gL0ZvbnQgPDwgL0Y5LjAgNjIgMCBSIC9GNS4wIDEzIDAgUiA+
PiAvWE9iamVjdCA8PCAvSW0xMCAxMTggMCBSCj4+ID4+CmVuZG9iagoxMTggMCBvYmoKPDwgL0xl
bmd0aCAxMTkgMCBSIC9UeXBlIC9YT2JqZWN0IC9TdWJ0eXBlIC9JbWFnZSAvV2lkdGggNzIwIC9I
ZWlnaHQgMTUgL0ludGVycG9sYXRlCnRydWUgL0NvbG9yU3BhY2UgNTMgMCBSIC9JbnRlbnQgL1Bl
cmNlcHR1YWwgL0JpdHNQZXJDb21wb25lbnQgOCAvRmlsdGVyIC9EQ1REZWNvZGUKPj4Kc3RyZWFt
Cv/Y/+AAEEpGSUYAAQEAAAEAAQAA/+IFQElDQ19QUk9GSUxFAAEBAAAFMGFwcGwCIAAAbW50clJH
QiBYWVogB9kAAgAZAAsAGgALYWNzcEFQUEwAAAAAYXBwbAAAAAAAAAAAAAAAAAAAAAAAAPbWAAEA
AAAA0y1hcHBsAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAL
ZHNjbQAAAQgAAALyZGVzYwAAA/wAAABvZ1hZWgAABGwAAAAUd3RwdAAABIAAAAAUclhZWgAABJQA
AAAUYlhZWgAABKgAAAAUclRSQwAABLwAAAAOY3BydAAABMwAAAA4Y2hhZAAABQQAAAAsZ1RSQwAA
BLwAAAAOYlRSQwAABLwAAAAObWx1YwAAAAAAAAARAAAADGVuVVMAAAAmAAACfmVzRVMAAAAmAAAB
gmRhREsAAAAuAAAB6mRlREUAAAAsAAABqGZpRkkAAAAoAAAA3GZyRlUAAAAoAAABKml0SVQAAAAo
AAACVm5sTkwAAAAoAAACGG5iTk8AAAAmAAABBHB0QlIAAAAmAAABgnN2U0UAAAAmAAABBGphSlAA
AAAaAAABUmtvS1IAAAAWAAACQHpoVFcAAAAWAAABbHpoQ04AAAAWAAAB1HJ1UlUAAAAiAAACpHBs
UEwAAAAsAAACxgBZAGwAZQBpAG4AZQBuACAAUgBHAEIALQBwAHIAbwBmAGkAaQBsAGkARwBlAG4A
ZQByAGkAcwBrACAAUgBHAEIALQBwAHIAbwBmAGkAbABQAHIAbwBmAGkAbAAgAEcA6QBuAOkAcgBp
AHEAdQBlACAAUgBWAEJOAIIsACAAUgBHAEIAIDDXMO0w1TChMKQw65AadSgAIABSAEcAQgAggnJf
aWPPj/AAUABlAHIAZgBpAGwAIABSAEcAQgAgAEcAZQBuAOkAcgBpAGMAbwBBAGwAbABnAGUAbQBl
AGkAbgBlAHMAIABSAEcAQgAtAFAAcgBvAGYAaQBsZm6QGgAgAFIARwBCACBjz4/wZYdO9gBHAGUA
bgBlAHIAZQBsACAAUgBHAEIALQBiAGUAcwBrAHIAaQB2AGUAbABzAGUAQQBsAGcAZQBtAGUAZQBu
ACAAUgBHAEIALQBwAHIAbwBmAGkAZQBsx3y8GAAgAFIARwBCACDVBLhc0wzHfABQAHIAbwBmAGkA
bABvACAAUgBHAEIAIABHAGUAbgBlAHIAaQBjAG8ARwBlAG4AZQByAGkAYwAgAFIARwBCACAAUABy
AG8AZgBpAGwAZQQeBDEESQQ4BDkAIAQ/BEAEPgREBDgEOwRMACAAUgBHAEIAVQBuAGkAdwBlAHIA
cwBhAGwAbgB5ACAAcAByAG8AZgBpAGwAIABSAEcAQgAAZGVzYwAAAAAAAAAUR2VuZXJpYyBSR0Ig
UHJvZmlsZQAAAAAAAAAAAAAAFEdlbmVyaWMgUkdCIFByb2ZpbGUAAAAAAAAAAAAAAAAAAAAAAAAA
AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFhZWiAAAAAAAABadQAArHMAABc0WFlaIAAA
AAAAAPNSAAEAAAABFs9YWVogAAAAAAAAdE0AAD3uAAAD0FhZWiAAAAAAAAAoGgAAFZ8AALg2Y3Vy
dgAAAAAAAAABAc0AAHRleHQAAAAAQ29weXJpZ2h0IDIwMDcgQXBwbGUgSW5jLiwgYWxsIHJpZ2h0
cyByZXNlcnZlZC4Ac2YzMgAAAAAAAQxCAAAF3v//8yYAAAeSAAD9kf//+6L///2jAAAD3AAAwGz/
4QBARXhpZgAATU0AKgAAAAgAAYdpAAQAAAABAAAAGgAAAAAAAqACAAQAAAABAAAC0KADAAQAAAAB
AAAADwAAAAD/2wBDAAMCAgICAgMCAgIDAwMDBAcEBAQEBAgGBgUHCgkKCgoJCQkLDA8NCwsPDAkJ
DRIODxAQERERCg0TFBMRFA8RERH/2wBDAQMDAwQEBAgEBAgRCwkLERERERERERERERERERERERER
ERERERERERERERERERERERERERERERERERERERERERH/wAARCAAPAtADASIAAhEBAxEB/8QAHwAA
AQUBAQEBAQEAAAAAAAAAAAECAwQFBgcICQoL/8QAtRAAAgEDAwIEAwUFBAQAAAF9AQIDAAQRBRIh
MUEGE1FhByJxFDKBkaEII0KxwRVS0fAkM2JyggkKFhcYGRolJicoKSo0NTY3ODk6Q0RFRkdISUpT
VFVWV1hZWmNkZWZnaGlqc3R1dnd4eXqDhIWGh4iJipKTlJWWl5iZmqKjpKWmp6ipqrKztLW2t7i5
usLDxMXGx8jJytLT1NXW19jZ2uHi4+Tl5ufo6erx8vP09fb3+Pn6/8QAHwEAAwEBAQEBAQEBAQAA
AAAAAAECAwQFBgcICQoL/8QAtREAAgECBAQDBAcFBAQAAQJ3AAECAxEEBSExBhJBUQdhcRMiMoEI
FEKRobHBCSMzUvAVYnLRChYkNOEl8RcYGRomJygpKjU2Nzg5OkNERUZHSElKU1RVVldYWVpjZGVm
Z2hpanN0dXZ3eHl6goOEhYaHiImKkpOUlZaXmJmaoqOkpaanqKmqsrO0tba3uLm6wsPExcbHyMnK
0tPU1dbX2Nna4uPk5ebn6Onq8vP09fb3+Pn6/9oADAMBAAIRAxEAPwD4Eooorzz8/CiiigAooooA
KKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAo
oooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACii
igAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooAKKKKACiiigAooooA/9kK
ZW5kc3RyZWFtCmVuZG9iagoxMTkgMCBvYmoKMjIyMQplbmRvYmoKMyAwIG9iago8PCAvVHlwZSAv
UGFnZXMgL1BhcmVudCAxMjEgMCBSIC9Db3VudCA4IC9LaWRzIFsgMiAwIFIgMjUgMCBSIDMyIDAg
UiA0MCAwIFIKNDUgMCBSIDU2IDAgUiA2NCAwIFIgNzEgMCBSIF0gPj4KZW5kb2JqCjc5IDAgb2Jq
Cjw8IC9UeXBlIC9QYWdlcyAvUGFyZW50IDEyMSAwIFIgL0NvdW50IDYgL0tpZHMgWyA3OCAwIFIg
ODYgMCBSIDkzIDAgUiAxMDAgMCBSCjEwNyAwIFIgMTE0IDAgUiBdID4+CmVuZG9iagoxMjEgMCBv
YmoKPDwgL1R5cGUgL1BhZ2VzIC9NZWRpYUJveCBbMCAwIDcyMCA1NDBdIC9Db3VudCAxNCAvS2lk
cyBbIDMgMCBSIDc5IDAgUiBdID4+CmVuZG9iagoxMjIgMCBvYmoKPDwgL1R5cGUgL0NhdGFsb2cg
L1BhZ2VzIDEyMSAwIFIgPj4KZW5kb2JqCjEwNiAwIG9iagpbIDEwMCAwIFIgL1hZWiAwIDU0MCAw
IF0KZW5kb2JqCjcwIDAgb2JqClsgNjQgMCBSIC9YWVogMCA1NDAgMCBdCmVuZG9iago5MiAwIG9i
agpbIDg2IDAgUiAvWFlaIDAgNTQwIDAgXQplbmRvYmoKMTUgMCBvYmoKWyAyIDAgUiAvWFlaIDAg
NTQwIDAgXQplbmRvYmoKMTEzIDAgb2JqClsgMTA3IDAgUiAvWFlaIDAgNTQwIDAgXQplbmRvYmoK
MzEgMCBvYmoKWyAyNSAwIFIgL1hZWiAwIDU0MCAwIF0KZW5kb2JqCjc3IDAgb2JqClsgNzEgMCBS
IC9YWVogMCA1NDAgMCBdCmVuZG9iago5OSAwIG9iagpbIDkzIDAgUiAvWFlaIDAgNTQwIDAgXQpl
bmRvYmoKNjMgMCBvYmoKWyA1NiAwIFIgL1hZWiAwIDU0MCAwIF0KZW5kb2JqCjUyIDAgb2JqClsg
NDUgMCBSIC9YWVogMCA1NDAgMCBdCmVuZG9iagozNiAwIG9iagpbIDMyIDAgUiAvWFlaIDAgNTQw
IDAgXQplbmRvYmoKNDQgMCBvYmoKWyA0MCAwIFIgL1hZWiAwIDU0MCAwIF0KZW5kb2JqCjg1IDAg
b2JqClsgNzggMCBSIC9YWVogMCA1NDAgMCBdCmVuZG9iagoxMjAgMCBvYmoKWyAxMTQgMCBSIC9Y
WVogMCA1NDAgMCBdCmVuZG9iagozOSAwIG9iago8PCAvU3VidHlwZSAvTGluayAvQSAxMjMgMCBS
IC9SZWN0IFsxNDIgNDE2IDU4NCA0NDBdIC9UeXBlIC9Bbm5vdCAvQm9yZGVyClsgMCAwIDAgXSA+
PgplbmRvYmoKMTIzIDAgb2JqCjw8IC9VUkkgMTI0IDAgUiAvVHlwZSAvQWN0aW9uIC9TIC9VUkkg
Pj4KZW5kb2JqCjEyNCAwIG9iagooaHR0cDovL2RhdGF0cmFja2VyLmlldGYub3JnL3dnL2NvcmUv
Y2hhcnRlci8pCmVuZG9iagozOCAwIG9iago8PCAvU3VidHlwZSAvTGluayAvQSAxMjUgMCBSIC9S
ZWN0IFsxNDIgNDExIDU4NCA0MTZdIC9UeXBlIC9Bbm5vdCAvQm9yZGVyClsgMCAwIDAgXSA+Pgpl
bmRvYmoKMTI1IDAgb2JqCjw8IC9VUkkgMTI0IDAgUiAvVHlwZSAvQWN0aW9uIC9TIC9VUkkgPj4K
ZW5kb2JqCjIwIDAgb2JqCjw8IC9TdWJ0eXBlIC9MaW5rIC9BIDEyNiAwIFIgL1JlY3QgWzkxIDEw
OCAyMjggMTMwXSAvVHlwZSAvQW5ub3QgL0JvcmRlciBbCjAgMCAwIF0gPj4KZW5kb2JqCjEyNiAw
IG9iago8PCAvVVJJIDEyNyAwIFIgL1R5cGUgL0FjdGlvbiAvUyAvVVJJID4+CmVuZG9iagoxMjcg
MCBvYmoKKG1haWx0bzo2bG93cGFuQGphYmJlci5pZXRmLm9yZykKZW5kb2JqCjE5IDAgb2JqCjw8
IC9TdWJ0eXBlIC9MaW5rIC9BIDEyOCAwIFIgL1JlY3QgWzkxIDEwMyAyMjggMTA4XSAvVHlwZSAv
QW5ub3QgL0JvcmRlciBbCjAgMCAwIF0gPj4KZW5kb2JqCjEyOCAwIG9iago8PCAvVVJJIDEyNyAw
IFIgL1R5cGUgL0FjdGlvbiAvUyAvVVJJID4+CmVuZG9iagoxOCAwIG9iago8PCAvU3VidHlwZSAv
TGluayAvQSAxMjkgMCBSIC9SZWN0IFsyMDIgMjQxIDM1MyAyNjNdIC9UeXBlIC9Bbm5vdCAvQm9y
ZGVyClsgMCAwIDAgXSA+PgplbmRvYmoKMTI5IDAgb2JqCjw8IC9VUkkgMTMwIDAgUiAvVHlwZSAv
QWN0aW9uIC9TIC9VUkkgPj4KZW5kb2JqCjEzMCAwIG9iagoobWFpbHRvOmZsdWZmeUBjaXNjby5j
b20pCmVuZG9iagoxNyAwIG9iago8PCAvU3VidHlwZSAvTGluayAvQSAxMzEgMCBSIC9SZWN0IFsy
MDIgMjM2IDM1MyAyNDFdIC9UeXBlIC9Bbm5vdCAvQm9yZGVyClsgMCAwIDAgXSA+PgplbmRvYmoK
MTMxIDAgb2JqCjw8IC9VUkkgMTMwIDAgUiAvVHlwZSAvQWN0aW9uIC9TIC9VUkkgPj4KZW5kb2Jq
CjEzMiAwIG9iago8PCAvTGVuZ3RoIDEzMyAwIFIgL0xlbmd0aDEgMzQ2NjQgL0ZpbHRlciAvRmxh
dGVEZWNvZGUgPj4Kc3RyZWFtCngBtL15YBRF2j9eVd0999EzmXsmc2SSCWGCQBKOQCTNERCRQzlM
kEi45BI5AnhL8ABEFHRXPNYVvPFgGZKAAdklKqu7Kgu7uq7Hqqyiq64or8uyCmTm96nqCaLv/t73
/eeboaqrq6u7q+q5n3qqWb5sxRxiIy1EItqsRTOWEPEXupUQ2jJr5fK4fm4PEGKYdMWSuYv084Ir
CVG+nnvltVfo55GHCJn/7bw5M2br5+QMjv3noUI/p1U4Fs9btPwa/Tw4Dc/vceXiWfnrERn1mxfN
uCb/fvJXnMevmrFojt5+7QX8fMni5uX6+ZpNOHYsWTYn357WE2L9jX7tnJyifCH5ltSQXxIjYUQl
vckUQuR5ciFRcM6vK2zjPd9uODndWfMvU9gkbn70k9KevPCyvGTTqR1dc1VisuHULNrzC7jPOCQ7
jgxXyakdp65TRQ2/cPbvwj1kktSjLRWIHd4nlZEjSEwqa00XxvZIpVJh6+CY1iEl29zeCufQXlIc
T+wt8jjyxUg7kPYjyWS6FMVVFfkqpBakHUj7kQ4jGQhBzq/GkRYjbUE6gmSQCqVIazymDi2Vgrg3
iPE6JT/5BimHJJEY8t5I45GmI21E2oJkEO14zWKkVUj7kY4jGYgm+VvvqUTf/a13iEPbgisrxOkM
/XRaozhtu7RBP469WD+OGK03G6Q361ulV583TD+WlutHd0lFCx7eZrFXdA71ST4M0oeOL0FO2QHi
pJTEyFbJSzJITEJXRY0muduKUxVb9ksyoRKTKJlNYrlOibbaXRVDLSzHviFuEmNfs2P6FXaszeGq
2DL0QvYx2YG0H0liH+P3N/Y3sood4XOOvBZpC9J+pENI3yAZ2BH8PsLvQ/YhcbIPSG+kWqTpSFuQ
9iN9g2RkHyBX2V85xoicl2uRGPsrcpW9j2G9j9zJ3kPpPfZerpO92TqgumKPKKR75wuxknzBH84X
3L6KDvan1u/LgFEpQBoY9YJURIaQSqmotaRvrEMKtNbMj3WwT9ri6djWoX3YWySDxNCTt/Dmt0gc
aQJSE9ISJANKb6P0NmlB2oS0FSmDBCxDriLF2WtIbyC9TfogaUgTkEzscCte08EOtaaGxYb62B/Y
q8SPGT/IfieOb7BXxPF19ltx/D2OUVx/jb3SGo2RoVZcJ7hHxVHFsTeuK+zFtmJ3LDfUxfZjBmPI
eyPVIo1Hmo60EcnA9rOi1tkxNx7yAnkNNBxjreQLcXySPGoi2oKYlhoOBIzzLDXofJSQbYlvSTEt
tfkBnPIsddc9KPEsdesGlHiWum41SjxLXbkSJZ6lZi9AiWepqdNR4llq/CSUkHWwh58vLo0NGL+Q
xoc62dWYpasxS1djlq4mMrua/8j3YHcx9ovWnj0xYw9q6bKesZa9tGUfbbmEtjxKW+bQlptoy2ra
UkNbLqctadoSoS1R2qLRlhfoQExFC9Xaf3RarQVoy2u0ZTttaaYtKdpSQluKaUucDtA6WKJ1NKgO
hzpxaBvKiY4l2s4fAu7jZAnMaAI4nwBP2I/8EFJOnGloFC/SGwej/FjU1rNWPz9vUMXioRewl3Hj
ywDDy+QjJBkAehlo9DIe8jIe50ReizQdqRPpG6QckgGtizCOjSJ3Iu+NVIs0HWkV0jdIBtGdb9AV
RhYj513cITrWG3kt0nh+xl7Grwi/BEtohWpETasXSBsj1Bml46O5KBtAfD4wZrfL5Oqg9t3/tn/3
bzsxDzWzu9hGUghAbMofN7Z+XxjroPe3pl6IDfXS+0hUBtbRapKiJTgOJM3ivB+JmHh9FYmwZ3Gs
aI1MwW3O1lR5bC918Lt2x76PHI19EelgKH4eeSH2l3iHTFtjf0bNs7tjb0Vuj/2+d4cJNftSHRSH
vXHRdE9kYGz7a6Lpalx4sDV2Ez/sjt0YGRVbGBEX5ugXLm/GmeaMXZKaGrsAzxsRmRnTmvHM3bHa
yOWxGr1VP37P7lgfdCGtF3uis2UR8dJkVDxw8oAOOk8rN2421hvHG/sbK4zlxoQxZiw0ho0ek9uk
mhwmm8liMpkMJtnETMTk6cgd0dJc6nkMQvgZgNCUyKKsgsNQzmaQE0ZNDCI4UyCNYWMmDqNjMp2z
yJiZ8czJickOarl4akZJDqMZ9xgyZtKwzMD0mA5j7pLMgPSYjHHCZfU7Kb2rAbUZtq6Dkkn1HTTH
q24LZ9zD6/cQSl233Rnmxx633dnQQAK+lbWBWvcQV/XIEf8haxKVTSPSP/wFfiimA+nCzOYxE+sz
zxQ2ZCp4IVfYMCbzs4nxafV76Lf0eN2IPfS/+KGhfo80hH5bdwmvl4aMaGgY00GniHYkTv8L7YAx
OKCdCYKZtyNxU1Rv96DergT3o10xP6Cd2UxKRLsSs1m0kylvt7O5uG7EzmJkaOOPk2bRptkfP7fN
ayVoU4IMbXwt5DXR5jVfC2+TGSIeE4mgSRQZmtAQiYgmERoSTUTPd4omvfNNbj/b5HbxJknvjWjD
MzzGfqS7jf0I2pwzkf9zcc6wdJq2DW6YNa1uTrKuKVk3B6kpc8fKeYFMy8x4fOesBn4hnpFSTTNn
zePHGXMyDck5IzKzkiPiOweL+35yeRq/PDg5YieZVjepfuc0bc6I1sHa4LrkjBENbaMmVA340btu
P/uuqgn/4V0T+MOq+LtGift+8q4B/PIo/q4B/F0D+LtGaaPEu4jA8Qn1O01kWMNwwI8f25jVAnxt
CicahvnUJUME8g5OBG4K74W2so1Y0w0ZW3JYxo7E8brX0F5D+SXQFL/kQLUzfylw0+BEeC/dlr+k
otqVHEbSy1c0ryCBuvkj9H/N+EPV8hUcFHqe5nX/8Q9N6jLajBFctx6T6TlxTKb24qn1O41G1DaN
aEDdoO46q7WuI9epV56HykG8oSSdbcjranid2Zxv+N9xQfQJ1ZidPVA0XmijWpQuJ80NUiY6ZhID
K5g0FdMwbWr9XuhSXEg0N2CAzTRNm7ufxschykSvIRh2c3daviJfys/F8vxRNG1Ok3Rz95R0Py7N
J0tkYq6Wp8HalL0kiBRSniJBOUVg/+T+jvQ5P2bn5z7n1/mRfQlG15FPhGwj2+l8sp3sJy/R47hr
B9lD2glXgUaQh8gN5OdkLcTaVNTcTi7BT0H9z2kw1w7L5BEIzEfIQbS9lNxE9hIfDeS+IKvIbdKb
uOs2YidFZCiZQBaTO+lFuRVkGvlIvoUMIBeRq8gS2pKrz92Vuyf3OHmC7JF+l+siVhIis/A7mPta
eSf3V9ILd9xLHiAf0XvMu4iGt7Sg5S/JMvKg1CjT3NzcKfQgQa5GH2QylhyknSyNp88hf6cBeoM0
HE95LJfJHUCrCGkk88iDZC/tR0exhDItNzZ3kPjwjmvw1AdIK9mNXwf5NXmP2pTjucdzx0mQlJPR
GE87+QPtlLJdq7O1mDcFs1RGqnFlMfkNeZUcpkn6Ilus2JQKRVOuy71FPKQvmYzePoU7P6P/Zjfh
t0p6RR6ZG0YcmJe7+WyT35K/0RDtTcfTKayMLWYPS8uICW/si99sMh/zfT+e/iHQaDezsUPSY/Kz
8mlDYfZIzgGIpMgvyC/Ji9SOkcZpM72Zvk0/YcPZdPYL9rH0c/lp+U/GGRj15WQRuZM8S/5N3XQg
vZheRufRG+haejd9gB6kh+nnbCibxBayb6R50lLp1/Iw/CbKzfItyhrlDsPn2frsgewfs//OVeTW
kIuBD6vR+3vJwxjZHnKIvIvfR+RjqlArdeAXpwk6mV6P3030Tvoo3Uafpu14y2H6Mf0CIulf9DSD
pGUGFobyw1WgJFsGDfPn7CF2CL/D7Cv2veSXiqS01E+qkRqkxejVWmkTfrukv8kh+ZCcwzxXKJuV
Lco25VnlJeW4wWa8GTL+jTOPdfXs+jBLsuuym7Ot2fbc34gXMIT0gAlWg97PwG8B4L0ZGLeDvElt
mLsQ7UmH0IswM9PpArqUXoOZvJU+SJ8Qff8V3YdZ+gv9Bn22s4jo83msHxvGxuN3OZvDlkIZu4e1
s7fZKckoWSWn5JV6SqOkRmmOtFy6VtosZaQ3pA+kj6WT0hn8crJFjslFckpOy6Pk6fIK+WH57/Lf
lWnK68qnBothkWGNocPwX9BqhhgnGC82Nho3Gncb3zI1ATtfJrvI88DAs3/0iLRaqpN2kbtYpRyE
CfMH4PN0Mlsay4CpbBtdx26k7axYucYwmA2m48hxOYW5foVtYSfZYGksHUMnkgWsr/5Ag0d+BqUa
+WVyTN6Hsf0BT77GYKM3sW8MNtIKHakaOtJvpT5yWnqdvCd9RI3yI+R92UL99Bh7SpoALPi1PESp
JwnpIfIraSm9kexidYRYTps2AI/H0WfAFybRCvqdlIMaPA5YNED6hNxCFrJ3yDHQ8TpyH50tzyV3
kUp6A/k7eRJUUaZcZehp8NLfs/nyelZA2wmTn8boqmkxlRQPuZU2Sg8avmHvkhXkkGwhH0rPofeH
2K+ksfJx5RI6DxRwI1lDluZWk2uVevlPdC6R6BRSIh8Bd7tBqpATOK4CV5kGnrYb1L0XfGCoNBY1
AWDORcCLyeAQD+J3P/iEDAyaDxq/FFzsD6TdMIl1kLmKg4LrwFPzevYSMjX3JHkgN5dclbuH9AI/
WJu7AU/cRj4lG8k2elv2erIEpuS7oO2LlJHskDIy14utZ++yiWzzj+GL2S6hAfIlfr8CZIYoL5D1
8l/IRFKb25D7M7C7BzjsA2QmFNajGOXXeMMFUiepzI5jO3MjpSUY70fk4txTuRi1kHm5K8l4so88
YVTIDGMaMM7QP2G815M57JLccmlOdj7mYSNmQcNsrQD/uV0bPnnSUK12yPk1gwdVDxzQr6qyom+f
3uf1Kk/3LOtRmiopThYl4rFoYSQcCgb8Pq+nwO1SnQ67zWoxm4wGRZYYJeV1yZFN8UyqKSOnkhdc
0IufJ2egYsY5FU2ZOKpG/rhNJs7vm4FLP2qpoeUVP2mp6S21sy2pGq8hNb3K43XJeObgiGS8g069
uB7lO0ckG+KZY6I8VpQ3ibId5UQCN8TrAvNGxDO0KV6XGbly3vq6phG9yulOq2V4cvgcS69ystNi
RdGKUsafXLKT+odQUWD+ukE7GTHZMcRMKDmiLhNM4lY8RiqpmzE7M+Hi+roR4USioVd5hg6flZyZ
IVxTSosmZLh4TcYwPGMUr4nPh46TIXfEd5Z3rt/QoZKZTWnb7OTsGdPqM9IMPKMu40rjvSMy/uuO
Bn44xcOhk60992pYWl8XmB/njdevXxvPbL24/px7wwn+hIYGPAP3spKRTetH4tUbAKkxXBfPsNsa
6jP0NrwSimWJGJU+Pl3rLWlaEM+Yk8OS89YvaAJoQusz5JJrE62hkLYnd4SE6uLrJ9UnE5nacLJh
xojITg9Zf8m1bUEtHvzxlV7lO1WXPrE7Hc58wWY/tzAHk65fEyXRnJfGXHJ2ZinvY3I0NMFMfFYc
PalPYkwDeTZnIFk/ayAAgL8GirsyswGR+Rnz8Kb16iBejyHSjFKiJuPr/0WAAcljX/24Zka+xlCi
/ovwixxPzqJahs7oLmfS6UzPnhxFjMMBU/RxiDjv16t8ZQdLJpeosJ+50UAmYG5nNAzqjelPJDiA
7+jQyEycZFourtfP42RmuJVovaFbsyZ+pbP7incyv9LSfeXs7U1JYHI7t2eJN2NKnf3nVH0FdfMG
Zajvf7g8R78+ZmJyDFTjeN36pjzWjpn0ozP9Op9QzBuu5UuZguH1UpihjpdYWBJXdQ25uwnU5Xpb
Ri7BP4NA6tkdRhOwUtTQ+MiM2nSBnjdYEok8zfxvN3XkjvO7xOGH2/LDyAxK5zuqdzsz+EfnP+qe
bb00ZhJYDoNmv3695UfXgGp6L0fnD8B4GPqJ+PAMmQzKLME/mBwDeWoIZzRMGa5MAhWJ6oZw/vRH
DcP5mxrwx7GzV/lI8Mz160cm4yPXN62f0ZFrmZmMq8n1e9hL7KX1S+rA7XTE6cjtvSOcGbmhATM2
jw4CeTAybGeSrrt4p0bXTZxavwcujvi6SfWtjLLhTcMaOFjY8En1+WkRAOGoDxhixQQYw2U8+wu5
nD1DbhCpmjyD41DU7+XX5GYyGekjpBqkKUghJF43FmkGEvRHMhlt98jPkSUiNZOpypRclzKFbFZe
JVcgPYzyo/InZJuhmizC+eNovx9W4gDeBvdvNjxD7kf9Q7g+C3UPo/wIjtNwTx9eNt4JO6eZXIi0
BvdNwHEk0hg8pwDHYUhr6atkHX019yiu40huwTPX8nqkEfnjBRjbbbhei/uKUXcLyiE8nzuInEgJ
pB7sIFkkN+fOoO1EpFEgKyqIi2AlykCX4TwOXYaTG3cjdf9J3CLGn4KJNUK3NxMLbBwb7CIHcWJt
x0XcpADXPUhe2CIEllRAaKxh6KyF3N2M5yYg45OkmJRA5yekFDK/jPDVHth8/+2vHPrfedBi+sCG
qCCVpIr0I/1hcQ2EvTKIDIYWfD4c7rWQ8EPJMDIcthy0s/8HfyP/HzyTiHm/AHYX//PiN588Tc7A
qrmMXkt3so2sS3bDOthh2GC82njQ7Lf0tUy3bLV8Yp1m62vrsj/oGOLY6jjtfFkdqXa4yt2j3Bs8
Cc9J7yZfgX904OHAv4JrQ09GnJFs4TvR1tjd8cGJyiKlaFXSWnxp8Z9LjqUOl+7s8bOyy8v+lt5V
PqqX77ySPlP7Xllxf+WGytbKP1TNqvoevYK6w8GtYJELECcJV8JVggyeRnImLnWe0RRymsTlTo4n
l0tt7GpY5QpwYsUemOnftRWVVCkdue+0olRZldVggaIG/62iGKxfm00mSWLEaKqxOM0tZmYGf9G8
dmeV+UMqyTWManZXFQ3alj4VSI9TT6RrxnbVqF3pxpquGlJbo+LXVYOMutzV1Tz17UPT6QKpX6VX
qhT5poqDvT7oe7CP1Eb9x49nv9Bzjuc3ZC9mTcqbwNfzNUupE8tMbqNJVTtoZRvZ4jDhqLmMWxyX
E0mV4pIkPef65YZAWj3Z2HXymHryGF5fW4PXNdIUc1UN6D+g0mDEz6tS+tG9fxg7dd/qa0vPT6Zp
OnvxPvoddXz9Xtfpww3rN7/w62wsG//R++doth6sh8rMFpUSt5n3wLJFoji2Yx3wcgc4f7uqssko
fNfudIrC0Xa7XRS+0pwWC5vsdMQczPGcO99H7lH5ST8LksRVVZrCr9IHnVZlXasxV0Xnl163et/U
sYeyF9Mj9G/79mxeP/VPp7ve+zr7bdaEXj6T/ZDeAj+EhYzbZQHwnzV00Alaiko1jFELrSEWLPJJ
NcQw0DhoPGy0xbA4tgL2W62P3I/ZOtF44qh6DBAitTxXj6ldxziw+vapBIw8BmNp//4Ddh+ccGlF
dX/p4MGld6TGBmdchvcOpR1sAVsEfCvXgkvYEomNpWPxyiRhIWUJGgTlJXdynDjaqH5Geo891rcP
WUobC/olvENZGe3YtYvDeC+ytei9REq0AOOdrdG7uIPIW3F9qyx6ebKxEfDEI3in9h48eJDfC/8S
qwZ+SGTiHiLlPmz1VLOO3Ida3FN9n0SZtEXagQXOlYSCzVEQiEQs0ueEfQ64PY2Xy23XYfw16olj
qo4ra5Xz0o03qgc4zqTTXlpJ6dObsvVB5atTeAIjk3N/l11KJ/CxkE7eybgw0yyhqKx4ona7H4Tx
uYA9L2hBDnyzi9g4NhCfzYbcxutIbwD+ILKDGA8fUXin4b8/6QSeZJiMJ30GLBKFr7Wg1YqSi6i8
hqg2G8953dlH/vDMdkM8qEaAlq0sbv0NlGEfkhvJieWImbJhLVtnXef8vUMxG60BVldwkffC4PDw
pIJp3mnBS8ILjQutswqu9C4MNoWvZVcbVlqvc6413G/crP4+8B572/C29X1n6OzAm81aIlnVx0yJ
WQV/2BRzNRPOJByojYPhM7Ip+uodgjDToMvGpWkOSj502rgUzrGB/I8iNTQUqO7+lRU+nxvIb0gW
laYKVF9lRX+XmkoWGQ2TF765dWXr8mEL3nzkrWvv3vP0DTc8/fRNN1zYyN6kMj3/uelt2dx72Wz2
5e33P09/mb3vm+PwOC34ev4ajisfAYCnATsL2aHFJc6zFsqrwLkfMMnPydRMDAqTzAq1MfqaRfTe
wsdEaBz3YglHUDcKX2ouAdCIAKhDABSzrAU5uLphIuATsikauCS4qj4TfRQah5eOKUHrXlpDbyM6
aSxNg2HlvauYGc49SW2tv5q6OKdsJI3pRNJlMBj7gQor2en2oW9Ouu/j3svl64fcEPvVqNem87HV
AJeNGFuUvprHJbNLtQcKCgyT7R25E+0ulyh8rZlVFaWoR4lyFPXzBtEovxqNOHAlCgRF3sFe0GzM
4vcjIsLFWDwGbtD7rYM8P0h6H+OdreX5AZjk4TwZ8Bfa3G4mXqiZnS6U9Pcc0azuAjY56uF1/Nmt
eDQnFauVTUbhK03M4n96G6cR/j7+NvEyrf9gZbDhBWW/4QXjq6bfR4yjbQ22SY6FttmO69zXFdzu
3uf+NPRp+HjItt/6fAELY4GzUI2qht/ApWoE8ptwNANaoahFNRkMr0VCnkgkZIqEwC1MoYhkj6od
7PG28S6K5c/ALj4CIqbDSZnN0ux/E7PNcZ2+wFZDP1LpQM3m2lUL1+ditorJbC8rxiLnxp06soOv
nExz9gJB1FVTe6yr8ajLzSGLbK3jvLQDrEbntIIEOAUMJI20cVlDQ4k3kRoAiPfv368KqC+YMOgC
7BgCzGCUjWcGMH/JYw9+s+2B629+iO4p+O6Pb5684KmXHp0W3b59aM2szpsOfHrFwp89tL7g0Ltf
bq9/Zt/j62b0BaZMyX0m+4ApadqQB5w1GNA4FgcihHJUTdtwQsuSFrvT5oxaLGXeaESOlkWUMnvS
bgsEIf7iYD1sctyY4lDkzVO9OUM72Jv/iLu6thZC5Biw5dgr6ivuavVAuoInIIvWQ7H77HX2NXa5
znWpa2VYusR3pbrAM9u3wn6tZ419vef28BN2ixKX+Kqp1WqzO2QjxXshah5v0zCAF+CUKiN22q/d
ZvPKgb3scRJk87RS9FJBN+3u5unxxXEWD3BMjrcYm1OCN6UoSakphh6feJ5fSW3qFeigA1uDb9K9
dCAESadm/YFblXfQe/IwTB8TUOQ860RaiCDAEWDE4FQBTx2cIFWwMFArXdpQMMDHeZYAnHHA2WI3
DDkQjT7kJFmUmtIeu3fhqh2P3lh5kcdtbe5Ys2D+Bk974stfXfPawitm37wp+/nbL+boLYEH1mZu
vuERz8Psmhtn3XzrrfFdr85tnT39ofOiv76rM/uvz8BiQ+ABKnQ6CyYnpfV319vm2R60PW37vU25
SLrI/nNZcgPHic0gGRWLVTISG4j9NUn2SJIs2Qmz2WWj9AKCQkxQJbdqFiLLaEJes8gd7IrnFcWi
FcaqLN2cEAUumNhkFL4WEsrSQQdodqNWlKwytiT6GTc5IYoxq3ZPFWEqizMJ50fEPSgc3c2hwHY5
OugGMdNfpdONghGe4OylRv1MFXxQPVFzssZVzSe5unrteWkZJON0OjHdYk3MDpnvrgaPe0uzVlZL
Rb2qJbmwsIY/ogHAQBvNY9Os1baWCdU2LVVtK4rg2KuaN0g3QD3uRytdld6kS3JRtrnrVvbLn73y
Snu2H53+hLT7zIVPZB8BUd/btRCIx2V/QnkSPHaKTjlYS8f47HwSaMRhiXq9ETfnnFanLEcjdgcl
xgDkhdAIREFQGZf7nEq4/AMSdR0AZXDCKHML3usU+ZjQtYXrCzcXPFXwsu1t2/thk7kg4OgZksx9
lD7WveBjEqhDLbB43QUFrzmcHkeBx+G0g0S0At4RDcYGczicmpfmO/W8U6ZvcvIBV9PivHuu6epi
dZW6UZVVEElAEEmAkoAaYOisTiSBTXH3PtoPcWP3AqkGtjp2/SdiQTjHucTyA7k0co0SNCIG2uiq
7t0ItnB0rem8tAIoEkBUUA3oZim0rR+RDWilIOFNSNAFiNdjhCaQmvxr7wNX3ty+fcOlG3o8fRd7
t+v58bfe3UlNy+888bsu2qKuv+PAow+2jq/1sf96LrtyWvbkH1+9u/UI19rGAnJe8LxC0pOOz3O9
mJPGsOwi0XCPqGandjtEYlgpinrsliglJSqmQNfg1Khf5QLfL3ieH+BBOa/BHXzroPrbbkg2HlMP
NHJI9loYpCOMmndEcER8qntSfKE02zjbtMA9O77ctCJym2lN5G3TWz6XMc4poFSnCcPkpGB4vCoh
Lhj5hdJ4Mp7gF1y8lxPsDP0M0zenc0CC6Zm7+wx9dqDmJrtKmlUBSNgoKqwRjOL481xLVDeVWzib
i9JqzVfrn+5f7F/ll/1QSg2T/T7+Un8HK25L60oaKPEYl1yC5+mams7pejdylY1LKU4+nNs1UCOs
Fa6aGYz9ASw3F1DJIuJSB+DMRz0/cEKDdLotUD564ZShk2eyofvmtnddffjWv2WP/vL2z7d/0DVg
/F3jlj3+6PXXPSNPdCzoM7bPkK//Oqsp++8/rT92E5aKbqBPv7jtpTMfND7T0PHw/Tt2YAJmgN/5
sOJsJ0s0xwE7lfGPmWQzeBmnwj6MymabvRmmK5+S8UJESyzkNDWb/0HGA/bTmVSLw2K6CspjEIxI
YDEs2MalNWNPHBunnuTaGLcMuPSudgkehPEvFRaMgUgGY7K/2z1ghrRrQ/bYmP7OPdLN/7xdPrV9
w71Zd/Z0x/vb6Zf01Ye4PT4RGBgEBvrhTenDiI6D7TYSjp7HeST0MDb5vPPciahB6RF126NmGxew
UP5PgE2ikHZy+5KjIQq64sQL4qIzAFmpG5+iwFuhkEdfqdhr43qWVzzRK9DXm0df3Qo5xxQBP0of
4wZ63iJ5XnREGB+8IyjwjhwVlgkviLr8+7n6i9ee0Yp4Q/5ajlz8hTznI/1hfN0kg3dRwQ/1ngib
iFPQgH4+WuYb7Rud+sz2RR/F3AeLeTfSG+TlpqXWZbYV9uv8d5D1dIO8xrTaeqttjf1O/xuuVwrc
RaCU1kg8xA/xeG9+6BWHxD+iRcviNhINEBu6sfU8+kNPos37zdTcweZqarrZqcWh8cPL4FSdzNlB
795dEWjOwHTG9dbiZm+3Ih/3al7m3dT3rElzArQPrIGGkFcQ3NWNvfnguNDKUwynGmh2S8nShgaa
SvWr4vRxjiZAUFPg8XXrDQbpXNKhC5Zc+dn+zi8XLlp7Z/bku+9mT949c83CebfdfsXcdYNGb5q4
etv2m1c9JYXL7l+w9b2Ptl5xX1n5gXX7coTSzo0v0knzbr1l+qy1t57Jjd00/smWm5/Z1m3LcpyM
giv+SrcanrfGIAJKXBAAJwWQuSQQwh2F41oPDtGAS4DUJaxPV8BVnrb2iHLPxniH5HB4yARKhRpp
V2FVUC5pwFQVAfED6cYKoFjjsQoxMYA8R0SVc9EPfsuRThjU53TiB9mp9RTC0yWw+P/nrT9+109e
hTf98CKtalDoIp+WvMx3afIK6UrfotDc5HWhG6MbQndEH/Q9HdoX+tL3WfxkvOB838O+7T5pUNls
AyvlcjcJZAok4oZ4j+h4x3QuZCN8ePTNCTpLbuedQGBjNbGCI7t+LFY3lXM+3c7ZtOssLrk0F3Nt
ynPeRl3b5KjE+e5Z2dnNdkkj/CcwkoWCOYT1qyrl3BZHAmTC+ic3mVNUGAxegUtLtvtumDHxxgn9
af8XFu0+Q42vbDx2/XX/9ehz77HXn1h+TevTN9z4CJ2oXnfVRaveWWILTFlITe98RNUHs5/At/T3
bNuv9ktVv9h94KENYLmQpHAV0jWI8OEexoHQI+BdNpqZoUaWaqhBhucGeg1hcczFI6a8b2kp55+w
BgTIBTkUcM8f0h44caSGgwfPPAVnDsW69MfyYKz/I+JHs22UWmCOKwbJxJQX2FRUSmxqK9MMe+kE
qKcTNC95lj4bl1nIJNcIE32F8dKpwsNQwzk3CfYOjT2Gv0CImyJ4uR+ESMC5qZdS7xLp9TNZibHV
2+iDbYgyebENA/txD1rYRhm6H4W2zHgP4EdFDxQNGtAEoug9MDwLp2ONgYRMcYUq+R581oj314w9
xrvwH3pAaT/+Tx58pp9Ez+Sk19nq7Iw2Wktr2rJX8DmeCrlmg08rCt/7rVpv4GSY3RC6IcxmhuaE
2ULbDAebCpOX9XeMcLBw0GSUiVrqchF7mYdGIfp2aMlEUaImZonVFBXFaxKJKLk8epXlcv+CYvXy
OAzbBcn8THEXKbQ1ePzgrwW61aDfQlc76uKzRRvxRxrhPO3Hfacc3SDp81aMzFmXgxk5IOk7NOrr
W/zCwMevbn4wsCf479f/QsnUW+r7h1jHQTq/2L1g7KDB6SdmDpq/ZdMDvoPvfflk06PLx13YdGX2
PkCeIfqKKA3KXuCUg87dTR1O+FFhInzbni98J1gQak5oDZwFcelomKyIvLfaR51rmmduUtdJm9Tf
K68YOtXjqtWkNCC0aYI6z5pR/2n7p/2fDrNsk+2yQ0J4gCLLsCtNBqPRhrIJMTzwJHLft1P4dOJG
mweXmARx9p0GOQZ5GpdtHtxljiqKKWqQDB1siWbGTpcvNKxtsb3UClZr1dy2OJljlC6ZgFChj2Rp
k0xlxA5r1gm2TuNHNmmTjdr4ueo0HjKyVcYWIzP+zPn2X4QPdmkQEgT/AkDXUFAF/Qdqa0LHao8K
8Bzjnsk0tOa15yEMN+82gEpSvVY9cMBx4MBaRT8CamMyVkQWRrF82i47JZNxL1wecPBz+dNAl3FN
m/8l4dtMSgmpICGlSg1GiVX+kdV/8GzXLx55l/7XAyOLIpXK3lMj6b7sCDaVbt5z9Z13cD1mM3Dz
C0DKJXTpgj1EBkxGcQ+kLI9MTklekWw232o2zA+tUJaYm623KLdYDaU+sxQo7Rn1FZrNBe5oz55l
ZSRSGMW8xeB6IqZAymDjnnMDLEqtkmsvBjdn9gYDn3mDiT8dRUDc4OHKhGFSScoW4XfYLLydjeOF
l7eyhcoLo3HBDeL8OmDKxVi+wNui5hT8BmcL8NhxwYbnoNSYHjyNcxB9gvjyBQgZJ2Nh+Ot/YGXc
j4MEMQaaqanu7eJLGlRwF+Grq3Ql4L3slusOlqSJCt2Jk0rC3KzQyQjlzSy17fXmK+betvHSlhc3
ZH9Gz1898MIxI29+OPs+XXR5avjUQZPu3ZDdruxt2DPn8icrS/e1zN3Z1Fe6xOW7YuzoxWWntxpt
AxeOvORaBFBRckXu78pK8IxC8uauWWxBIYMI5mqiGN/n2nReipMK+yzwuOWFLeTWwk3kQeVZ6Qn7
Hqnd/qr9MDla+M9Cl8Nd6CoslHoaerh6RuKxUfYpnku9U4LzlIWF17vvcD8oPeB4MLKNPs62uf7s
KMDaYUj1qCEZlPlha49qIfZ79ahWnYTK4YKoTQpHZbOacl5IUnFoBaGYPxU3URP0UcNkUzA6C7PN
14sax3KOjZz7yWAV68wHRgj3DcPMWEb9BjlZVAz+4y6urJD9xhTnQ8zrcXN1SW5/6fzsy58ey/7l
Fzvo8Jf+SssH76986WdPfzJt0WdrHvuYsb7fnH6RXvWnT+GxP/J6r633PJr95u4Xsl+s38e57cPg
PVOB0U7M3ada73iMDjfp2OlSo05iQpfNNCYcZGaBVGYLxygz3Eu6gs4ZBFhSKFao/p9R79/AQQGa
77pRL/pT1MujIdcn8yjXt8/wa7X+UtiInQUK9hbIhmAgFGAGqwV0YJEMXp/HV+CTDGHJn6BuB7KA
KZKgPosrgchfLCP1xN9q2sgx1I/VJZhqDPhZkqjIexlLgZUP0++fnXpTw/LmcdfdffC27E5affcT
fevG3nfluO3ZN5S93sKLZmYPHXgqm316RsX2/n3rvnjys3/35HvuHgVn4HG+VnKv5jUoUZPJaCSS
zMncYo5aiQn2bCc2nLirjJOkC+OWuJ1ZQnbZ/H+eM063PyZX2+DLdAQSxNnIHecCj04cTZ+dtDyd
YtXIBXdCPj0qF595WEqf+bN0q7J3e7b2uax9O6ciqMXybRiDmdyppcUYNhrp2WFgCA/FsZbCWMj6
f+i3ZhV8RiA7mEz2v3XfwkHO8V//+6H/R3WDk2vKnMec2/dt0gdnPmWZrgm834O2d12BXi8C7e8B
7ZfQAi0U9oS9rKmUXm4qoG6puJgk3H5WQgAGPv1xPoWUGvxRhwRb00xpqrSkGDoMxlXaJBx03LjL
S1+O4SDt9wTDFNI3zO9ny1pKaWlhKm6hFmEEWIKpWXlIgIjHqo2Cg2I86DyY41lXVxqIjHPOL5G4
8wcIPUJOhiOhSDAiGWwptcSbiqVMJQjWKwnYCxPE5yxIoLGnIG7EWZFSkqARKzDb40IWNScSpFhC
JiLbgeF8rTk/nUB34Drcsf1KXD/iHj6/8TwG9sHXgT1uGQxkgEu6iC3amD289Z3slvY2OuH9LZTe
k9qRmLl78W0vXZ0YuJayu286PoTVPke7jixr3kMvf+dt2tw+t+PnfZa0jL341vHrthzIftcyYwB1
AR6Pg6MUCUp4Zw+xY9ZDBd4qWYqaEQ9w2MIsCmNWEyg4bjRC5H0t5huFb+EpxYQbhJsJ57AzOJ80
UD7nhsYW+KiYVacWDkoLHkr+BymXRz8hPYF+53Acny7sbHE7jcOl1GRfYpcHNwTg7ekWfWC9AFUe
jnDFinX82hrYtKiGhpGGyxTRBZWuJPLHX2KnXnqpy6Ds7XqSTT01krV1jcUs7AdBrcYsSOSNXRSB
iYwvg7UNPF8sh7VVVunHXn30Y48y/ZgUQQidbYVR/TwQEkdYf2pVXNmk7FCAq1DWNmL9OkPk3lhb
nICFveNEccdRuYlIYrVNzCRcmboO8FW3DsD91LoyoIlZJnEhIR+V38bwuwfPfcatLVDnGhuWLqvp
yqtL8EiDKjkpVrr2v8RVI4xxQO7v0gyM0UWe1tQ5bK5hOVthWGdf5zKYBb21Wzm5ddCQZpWjTrM5
ZbGYUlbuEuY9EwXeIRQ4dxAFXWjzGk0456yN8QIaL9AKJhQ0FcgFNAVYYslF12C+7OYpf82LkTHu
3d0jOaY2LtU1Gaj1XK4eS6P7MID0tYn+/TAQ4apLDd5hXDJr9IIeLzW8ePOLB+nWwLYbhjffJH17
Jtjx2oIPOV+E1qdcwjGaZrWoVDSg2mQeVGrpZ+hvGWW5VFoj/UUyrrS8K70LIcR1MSEaeygb5PXK
M/KXJsUi037y2zKPGzmimd2JKinOMygNbbZqhFLkjrTh3JQ/yvxYmKjCsbPN7eP1H2rnB/HOkpLz
TeZg8HyQrhkxvhZFkuW4YvFgaQIhKnGjAVq7wWLBTliZMqMVYfkWiVlht3WwQZoTq69blYzSqRxR
ZOVCE6+z9jHSOLTwjFEydrA1ms0aj2O4/wNVdc/8WWH0bbcAtw3extX4PC+H5b4UzqCl3LiqqQHq
IOMJ3JAr8nzdD8eAWM1AQEuNqQZqewBqexhqO9eq3xnYoLtk+MnxNpuLz9dxzY+CQXW4qkyqQ60y
85JFBW3kt/Y0cOLU//jKh8tchHkrD1bLPBWFq0EcH+72oeirBqQ+xLpstanIUy1rnmo+zbtKUPTq
ayP6U7CZCKrD0mWNacINB479NEHxz+ja/BJ7hxq7HmA350jXyeMg/zL2l65fnbmfffZlFlu1hK3Q
E1ijkEWajTJwQIWY4twkYk9pTiMDIf8fZ/tkN56fVZcM/01d+qxRl/k6iSa86N6fQKb/3I6e3I/o
Qid6orKj3Ss3ptxJnUOaHHasSkO6gTmggBn6WuvBSzY3pzLFaZPwKQNmMlsdxGRmFqtB0C4iMAS9
ntotCFcFWX7WHSGgx/+g5ozOb7iTi7s2eWxGbWenevhwJ3dHpLHsw6FFusM/YkbBjwwil0Qui1wR
OSD0rZbkHIsJpQICk0tjB891i9girCQoWrrBjBu+02Kc26cQ1hC3uKucIlNsEqEOqGQm6GZ84PyZ
osAfZXmBTUFsoMqmaHaiay/iRRiP/ljCXbbpE72B65hyYLU+GCx9dOMeto3xv7C2ijCnycPCJnml
bY3td5hK22jbaKdUJpfYyx310mXySvs1jrV2k5Uppmp7f8d4NkbC0olprH2Yw3I/e0DabNxs2iY9
ZTS4mdPh6KMwUDszwQPZRzGhaLJd4ryEajDBTSazxQq+73DgAxRm1uRucTP3XrYN61Z9W5U4QsX6
ahab2RLXbKus1LoXg3RQK66wDhjuZjh9484lKsXq/5Tn40qT0qJAlLBtbS4uGoM8RqqxJgChKGxz
lENnT442wlLHNHBS7/7B6SQs9rU3CoMdB/DeHwzzXxNb7jRiEd6G8+NtYZePydhA/T0E9dtz3+10
WLi1nl/ifGt3otpRnhDLnLsHVDsqBojirl6ozS9lphtg2YNGuXcQspn6/P0H0AQENDaIue7HbpXL
+viCWNWkygvZKTuy9cre09/efcGEX0hnTo2UXz/dTz5ymhMjFiuUGCjFTG/c6YYU0vUMU8DmE2sK
n2sJXjLBNRI3msBuTXAASSazzJjZaJKluMEAAtLlLQrf6iqNolMSlBAtxFFNaYxbadw6wdpkXWJt
sSpWE6wAoBfWUqHU/C88Ia/XyEJy/0ivyRvxFg6wbmGOJWWhySwVjPmsJgM3JKJrqtfK56UBmm5G
izXV58FfTXFkwGAwU242AQbtJm1kNfhv5+6R1SatQi9WVBvBXbnpuzuIYoVe5LVJPQbNmqw2OjxI
Bfz8xO4CFAv1YiGKXl78budZdpsnHkE6AGEl5foVdT30qsT2vnomC4CtllcBWC2nW7jdOgta/wfK
W4jmDZPXtAkhJ/WoHk/YHw7Lsip7rH5rWH7av9vxikPy+wNhFi/UXOMLxvu1UL1Sb75UneyaXjDV
Pz0wJXRp+A7/A0wNRiXJHbWavak4jB6uZXBGh4KuNaFwXEg/FL4UHAMFfW0AhVNADPAOY6ilkBY6
UxyGBgEhnXUEI922vm7s6xYC1Ex4Sc+JA4PBX6CSRIXMTVNh8Q9Q4dhGSCSDwU9m0XW0/+t05LPt
2d37D2X3bvsdLfzL+zR87Rd3/yH7F/YaXUR/+VL2ib9+lN2663d06m+y/84eolU03EatP8t+qtv6
chew245I51atfI5roYeNUcd4LlMv88hWG1YxHMQf4CYrMblTJiAUcF3E14GVntCE9WMKxUMU/0IB
+/8qv35iAp5VGs46nILnijGhdI9Tl4rJ4RPT7WcSOjdMGWG4R+H2YImEC0Y8DzARNjsru2fslfc0
fJ39fXYdvX7fw40X9b01e7uy1+Ges3vRC9muruckumHVtFu8do45j4DG4VbCHBTRM1rCbXVQd//I
1NgVpkUxuGu4vDCJ3CjyYuC9ALwIJOPSjjvcRA0YhF5wd+Q+bnOHqnA83lZUWoXVjY/bCkursP4s
jlgrFEdcf6etMKVfR3txHUd+XRuNQonjwsiF8YnWaZFFkWXmaxzXOm+zrHPeZ3/a2eH83PF3pwpp
F3c5PS6X0+W0md3YyRnyWQxY+bDblIDZ7POHglGElHXqoZJ+P0kUCXgGAk6nwxRNOR6C4qMHaaJw
UghoFI5oRXxkBgMfvaExXrykuKVYKi4K/F9hrGP7f+JHSa4Y/sTMz5tWwaMBgFkIjTys05AwcCpC
O6DwgvEQMR4pAcl61gwRkpUzCRHbYjFpzmqnOsjlHoSqBrpUSAwHVLtQsNoF/uRGcmiRahVqnloU
QzrLcLic6HZVwh9UkJTOY0CnpEAtEbyUeIStP/DGda+9ObbH5ItyJ16afNWlvRJj/kYfuW3zuPse
y/ZR9o7/3bUPvV1YUjxuRXYp7XvrhoFWY9cKqXLAtaPmiZjLaVj3/gd8E32YVyudJc2Sm6XlslxS
2k+qjgyXRhsvKqyLjSgeWTpRajBOK7y0x+0FjiR3/HPWA8TTCyXdhVR3obS7gMaAod5YL6CxXkBj
vYDGJ7WRvFEPe6qYFUulJf2d+GJBSV3vqfEpycklV1oX2Bc6rvDMCVxrvc5+nfNGdUVxc8kaab31
dvt6553qbcW3lNxj3+zc7I3qokLrlUi5w6mQOVUGg4yUhdxyRd8Utn4zYu91bfj2MAuX+Oy9oqUl
tETxQRCe0PQVi2gvczTqkwTPS8MH0qi7Q/ihUSxR9T6m/xBEUlLssFuVBHyRYWxnxG5GAy0pLkId
HFPhXiE8kU3eCD50DPvIhXNHSFmVxukE2kSX0E3UANMzoxX04q9U8Gr0+EJzipTRMs7CHQ42GYUT
mp0/qSxUgTHRFCj0K3EJBUwfGCAK+YURhLKArwf75p09jWOPAuewWiG85D+4bxEVlz7KsxNcMQQa
Y3TCQw6BivVLgcAiQ+xvwYAogwdG52TFpWJZnK+Lw0kjfLxej9+HMBXuT8fKZnFq2vP26b+7cfEz
EydMG5y98uL5c2/69uePfb9G2evc/nTmkeqB9N36luvWnP7lq9l/PkD/ol5156XDmkfUzU36Z6QH
PDZn8Yuz57+x2nHHXasvG19ZubDH4F0rVxxqXv4FwbD6wPe3F1zRiJ2ndoVFMeFw+GEbKYIDmtuE
2ULp84Y4Zb15QAClu6gwX8BNNCtHV2LKrzR8K3gj9JmPu90NZ1AjXJdZ1PACnmja/cAPagr8fFAp
1a6jjZ9xDVJn/X378PA07rVkBdlCeX02rNi3bz/1T97bRyD9uY/JQ97VLClnvVxv+r1J9nHG54MO
VSUPNo2ULzStdD6pfO402ghzISSm3WD2pKB06PoZCnn9jAlnCM6PaBEutFlj3Efjvgk+1uRb4mvB
h8XswtnHn87dThZhIMNg0BdXRIFjCgqndJFnEeoZznW3Ewp5y83S6OXq2Q/sEJFGcBjmXRW6NiA2
bKThuYODQtcChK9CBBK55KaXZmdPv/WH7KklL43afuPbu5W9Z3Z+kD3z2F3U/oU0/kzr/l0zXxLR
/tjLRIwruZyj72upMpJylblTgWrS31Xt7h8YTUa5RrtHBerJpa5696UB9X7T/U6WJ+9KlYaCaW+V
UmUboYywjfFOUibZLvPOVmbbFnqXK8tt13udipdbUW44GZzMxDWGWv7HMZ5TcnV1GJ4SGbaKwQhf
nwW+YLPd4XTasEvZ7fX5AwEEk9S04XMOcX60uV38qE31QhWG/4LF8bEgimA8xWSKegMerzfgtpnN
Ua8bRbcLOwriqsujqi632WYKeBUnojEIQ5cUKYBgNTPcIdiGwQJuN9aFTSG/P6QONdOLSZzYkHuR
NCxhX7w7zpdlgsEOesdOXUg1hoJju2DadIWCXYFxdXNGfHZWPnWbNlw2YXx8jCJBjR4r1Gi+MvmD
vZM/A6GvdWBpElkNz0Tp3Ax+DycsHxcsn1a3hQeecMNnTKYElT2FOYTQ3IH8wyp8VdOBmjabpmho
xJ0dyxoTtLJAGDuVBW7YPAVY1YRT22Ck9OHs9a9+VBwaiC8EfPmn8clIr89ezl71Qvb1UqPfk/09
8Kb2vnv/USx92BXKfvXPO9qlX0G5btwQnzPq9GNg5BfmPpcj8hDseBvAemnlZru5Z9Ae6llm79kT
hqp3QHhQz9E9G+2NPRfY5/ds6rPevqbsQd8vQk/bvT24gsHpCIIHu0B46cngMz12B1/ocSB4qMef
vB/0MI3wUQTgn9AQz2KY7Abn7l7O7sepcDI/j/ljgXR5z6pqubp8tHxB+RRTQ/oK0/z0SttahPR+
b/8+7RpQ5aCy2ru4yl+R8ASmly0uY2WR3o5ax0bHFkfOoWxx7HB8g6gcsQMFG5N0vyMKWC/l+wAc
IpLHYeChWwhkkRAD+MzuwL2IiDeCfZ3QQoJt1ZVaKiKStWyGOoNAPwKnK0lANn/VLaS/0q28YpnL
EVw4isGLwgkxC6j5K+eQhsnF4kU41/lhcQe7THOUajwuO57qk9qRUqq5rskFE4T327tFoS+v0+xR
BGZVd1azrdW0GvrdCW0of6K/JFDUu3i/4ZCBxQy1BmYAiUGLw7CQB4RGBw8Gr+FQMGCbAXKxZmHo
O/AHGxGuumNp+EvTcJg2nl3sheWY/vRTLquPYv+BHvIt5BbcekuB+hz7hdDmYo1fEFGsZGkJF1U8
vgvLavyHIB2+XGksHQJRB8nm8yI0x59MIXzQAWWeL2GikVQze8+CHftGNV/Qb+F7c2ll3bpV1xZm
Alcdvn3dMxNUs79oX8Q/88DiaRWL5s97NFV4y+SRz942bvU4j8MeKi6xXNXr/IalgaV3jNFmXHje
NcdP33b+QPpBj4jaY2zvC5ouG3/+1cDoNcBobtvzvUst2i+oYnMWK/2UOkWpjWViLBbDmn9kWGRJ
bFPMMKigxleDEKmLQo2mRnu9s9F3eWiB6Ur7POdVvqtCnbF3be/53wt+XPCV/6vgJ4VHYrlYMK70
dvb29FFqnZpykXOCcoXyXuG/5FOqTfU6ZAMj4QiI0uKNOKyB4sNWqlo12P8tVllfW7UKHLUK1zHM
Cu7xE/614wKHhKHBsRSFI0KY8hqtN4endTksZUTMoD2RhXitlEoY66TQgLbSDD1O5Riia8Yj1Jf7
2bmoRuGMVsjRiwpUoUIAUjdHFSpQBS2+Q1PuvUdTH381BT4h9/BX0GB01IAfiTEgDlYLsOIFRwOU
H4EnyIAqHIHwT8QJcEyB1rOMLMWWnkoXNB2Ycyq2AZRKUHSACHqEDe31VPuynTN3LNWy3/5630JW
Nfnulc89sWLlc3Cy/mvj+I2vNWe/yb79S7p5/+Q7Dr5++BUePTUh97l0DPwqRKfmI5yrHKuc1Gml
fIlkCdZhZHfEagxEZHwtx2s08dEbxeiN0E1Rhp2LnLv20gffekWoqIhnxr6NRrFvY5TZRmOR4QXD
/RMLJvqbCpr8v2C/kB60P64+HrKZ7EHLAjZfWqCssC2xt9iftO0y77bsstl8cPt9wiRH0XTnYucq
p+TENo5ntGv7iHWbJnRrExZyjmD9xkycTitUsO4+RtD1YoeJT7ajKIzxFVvTMUhEyCuN0zKCaDh0
LhAwCQmYjI54iw8ZacxYi7AaB29ktPBGRsFejX3DVQfyGhf3y+trlMvyW9FFKP/AhmPLTqSPLRNj
h6ceAetq41H8E3or4NaAQATQNvwRYo/aWR2VQ06q2Vn4za/ey/572Re3b/9rbEdw1dR1zzx+64K7
6G3+5w/RQmp5jrLVOx4JL7zy5TfffulmbomPBMw+AkUimoZO1h63MNleYq+yj7Ar/Tz9IpeySZZL
PBMjc9lsZY55lqcp0hl7S/lzwQfBTws+9Xzj/0fwU0F5vlgsHeLkOibEaRerm8X283yDWD/7GFZn
H+kZHbnUMsU+1/6p4e++U/SEQ6VeyWFFkEYY+OAiIEnJGqjkYZ/OElU97KIqQhKbXC0ukCbHCZ1A
XW5OOTDsIbQ4k3UZOAa5BMGiFqokn3GXg884zr8WVIrCd9owDh3XcnfxfkQ9fWTMGWUOovFYc4kK
lBN82oj9kxwhBdiEWDIK6WMMRqsmnENpjUvHHjtLXZy+4JHF+iSWzI/BF430A51xf2iiH+fFYMY6
wPjyxbkhtgPnHFj15xUL3rqlaXPvtq74cytWPrHt+mseWfPwhtOPbaHS+ouHMgdWNN1vvPbiK++9
cYDDbAy4aBR05gXMJmr+GIl44RptVBrNk61zpIXKYvMcqwnKHd/7K2biqHYJLxVGeF7qflc55TkZ
kvu6BwX7Roa6x4aGRi52Y8dlZIZ7UWhG5BrDNd6T7GRAxQfNnHa/f4KP6+CSL+LcpG5FQL8qhyMW
I76G8AzffNLNzTpBDZh3bGum9xaAwv0anDV/FeYHCvr2HBT09UIUOjVzac+qDJaUQzGctZWkqvhR
G8rFbIzGfJVqsVEr7lnVDSksQAA6OqQwEJR1AsMmSBCYWFHmkDqXJzamx3YdhTsrnUYYPf6Ecs+X
U/PbQWq6lupbwsUuELi30AYrTd0kpjv+PMaE0PtpQuwyMEiX7y3/es8X2W+o569/xje/znxuab1t
1oau99jFtoFTbr/haTrF/1g7dnZI+MBWj+yH2e/V+I698+i9a4bPexJcpAAgbIE/wk/tWtRjps5g
72CfIDYvB39he8j+tN0UsvewZ4KdQTnI56NHKFZVaLJLNmfEQr0s7SmQ8RVlyxYP9eQKNNlfIiMs
9R6wJT6JfQdW8aOWjsSqNhEa1DiZBDU7yIR4hIXYQ1iIRZxwSLnQpAThCNHl4ZiP+7mOJgqfYdVa
FE6JHRzksUBwH91LEuQkvqeEGEB9cZfPLMiAb5g6AcsR1vgxLITxpUa+3xABgiLIwoNYbLPRYIKG
pMJpRlwGZ5jCt91zNbaXg06WwdXcr5JHeUIkga1BXfF6+a6o1i1bCkK3rLxoWnhgxSUjDh2SHtyw
dGHVyEvdv7SMbJq54cwVoIhh2YulL0ERPI58sdZktSqecmuJ5yJrncdgLgwWlltTnvJktbW/50Lr
SM8UY711nvWU5V9ex3nJ8tIhySGlF5VuKt9abuyf6F9WWz7SOjJRVzYpMalsvnFWYlZZU3lL+Xul
nye+Tn5T6vL7DN4OtrO9R6TAKCSJGofhzuVIC+kkh2G8d7AbtQolEnFa6ooiNovPW1lSaSkJBA77
qerX/E3+Fr9cDiOVTS4XMV1+wdaERinYml+wNb4lRmxN/VJna7wV3yKTZ2sonNEu5PTsX+6kJaQo
Vrzfecj5kTPnlGPOWud4CDpBMU7wMGzZwI4I5MK21rd38XrDZGcwXb48wdlbelz3wjHYGyJyf8Lh
uo6e5DupQDgiIPyo/k0DBMct9fNALqFAloLR8QA5DsB+3Uv75+4nuGKHtWL48hvXBRx0Zeb941f9
8c591z055/2tv/nygSdvvGHb9uuu2VYfurikYvbUAZk7aM0H91O64f6WMwu+O3TNs1LPP3buf+Pl
V17mvoe1CATlkV4eOmMPNpV3tnn9fHH6CN/Fa5hcIvfDV+H22mVRNcgfrPKbXDaXR1KwrSKiGD0I
Vysxa5X9q3Jm2mmmPswwm+wDA0M4XQ+ReziBICzgK83FJw6Bu5hEM5aORC3WbTmpmEFSyLmAwaof
SgjLE+cnsSKLwjjhDPFX9a/K+I772BLfVl/Gl/PJPuYp0RebVPThOMYDq/gwdBAZxHdKMFRe0PyC
SnW1EkE0oNjuJadTuj6IDZN4Dz7Nh5eTcd5RAONZiwJyKb/ulM4DNk+nYuM7l1MQU9yMFtTpMDiM
JQ6DLUztJtAltuam06sJiFoPtAFE4QDDUp6IvjZ4XWvbb+pc+asx7SsWTrizBirht/c0Pv5Q13T2
yNrrJ951Y9cLoMl1ABQuQeszkoPa5eb+fATjzZvMW80Zc6f5I/Nxs5GYY+Yl+J7HlnzVEXPObIlh
Dz++rIed8AbpJiziKIjqNxhL8DGQLfJWOSN3ykdkQ6d8XGZEjsuHcSbLuq7MJqOQnzdESgNkMhZk
kQvOhms6Z0NB94KhcAYrsphDeZzpp7OHwBvhBavVtw1wU4s7wZctTYvNA5Dj69rb2+V/HDp02iun
Tr8Htp57FF/HGCTG7CZ/1upkpUQZLFfiU5KK36QoRhnR/EoBoXYrkzw2fMXBauQjtBqMEZdzEzg6
vCTYEVtisWyy0pi11jreKsHKOKUN4Jhg1Rf8haFgFTalFdoLrA+ELiM38XFgszJwwRos8GxP8AGd
pWqhp/BouHEqd6ksJbVjuU2AUemhcLojpbJyrWqC8wtBcQ6T6kyZVEuYmh3GMMLbOEbwD2cg1n4A
p3fhEeO7Ite0Z+cV9Y8N6N9eOfS+0fIXf/zj99c/4Bh9jzzt9NYDY2dzegUuSN9hXqxshhbmtjEk
tmGKYapZctr/qZw0YFGekx1WQfTFHHjr9AKISy+AlD/XxGLQZOlqC3Mb4gUiXud4m7u0Cq2Ot+Po
hp8bFQlRod2KGoMsK7JhgHkUQGHoZam3XC2tsLwnfWIwPmmgSUPKWGKqNgw019rH2xvkBkO9scF8
o3yt8oD5FcOf5LcNRw1fGP9t+N7kdVsQ6iPJjMf9IOzHosC9VaJH+yACqESPALIAYWUENBBZ4S43
q5Vg3zJ1YoskcBHelSJEADi1RFxYB8IFYAxtggJkLSGsBLYiobX4QiED7We1voL2BcT5Bx1A+wKT
CQxE0LowJ/ClPU73QZv9b4lRV5wLa755kG85geqDHZQ8dvyHNR6op1jVQQAQ38UsAoB4JJARYDfV
SCLPeyDtYxB0bL5VYogz5ovRsD2A/zymx2IuL6w2m7DHGQD7sLWQB/K81RoXh52J/L5mEQmwFKtE
YjnIkOtsTYhF61YfP3zYqorwHxzEmU0cdlrzgT8NfCWav8r9gUxNHh/e5vHUiAzvOtka4Dd/tTOs
N0fAge79wHbQpXqAED6akkSA0Lp2+swX2QV0/4fZR1bB3baPZrIru2az2HXZyzhe3oJsgKDXT3Yr
gkEBgzrbBgzUQ/+q+unHPn31o/59ok6tBOLGiSCFLcpHijwe2XFFiilLELCRU/DFIv6tG53B8ycB
nPhUETSbLYR2wsxk53J7buEDtpzGhTMg70TQYa3rY/jWEKDczbJQyHW78vO8i4yTf8y7AKpl0MYE
++Isi5/xPx46dUu7CBzE2CFDDSnoTEn6Ko8R1dfR+SKzsBpAUu9oY632qhL5qHzU/Df/p3Hlz8rJ
OPOb4klzIBw3S1IyGjF4uUphpIYk9otYDpfQTSVbS1gJ+JijZBP2+ch8eC4sfAq7DW46jtYuD0do
GGb4+gdnzy7Gkdol2BjUQshQXNNXqrn1lrdiaKNmC5RsCtOweFyYC2fxuLB4HM6/1lz8cWEhJcPC
8EZtVhfOYXh3DJNxrnv+wh14Hv6nkspkCT1MQHtbCYth49h4yCt+jw6Nc+lPcFziE/THn5IHywnN
I5RkIUaI0D9IsLikg17T9lMOzOGCCPGj3SF6AMk5rj6cdAl3N3wzXHmGBi2IGOTKvfndghru+5TH
5gpTt93bLajFrg8BXy/XnuGLRqaLa6FHnyu4H6l4csHK+2I3vfbwM23JaUOW/Ly9fvZFqwfJqXvH
TZ9Zv3fH7q5S9ssrpw+69/Gu+1jrNddMePDurnc5rXCd6zPgi4/eqBUokqGAbVM71E+kvxccl04W
GCBLj2s1QJhrVXq/ejhwJJALyHGTx+HxuaFzUYPPbrE7bI7igNCzAkLnsgptyyq0LQi6vLZlFaLb
WsSBKZxsQtuyCm0L59/rALUKbQvnJ7HniYs+odBZaQ6hVePgxEfQM9e8AscDbElgayAT6AzIAewx
8voEbZ7EB2l0yvuBBM9VuHQS/EHhgmoOMtQVLt3Hx1/h/qkCN84vvi0k6I1noEIYRdyvi3TuH0Ji
eUwml8FntTCfwWW2mCxGBLGqKXg3wtRpceeBzEPJwU4bl4KKvUIfgxdXAFYH8dpHV3zQ9MgE1dLe
c+EFzU/Jqft21C0ZW3FjVzNbc9Wiofe80SX2moyA76AUULSTIF242wvfiWFyAV8t4AXEQHyuNfNS
UFxwGy1B2yjDBaYphgbTXMN8k6lKHeQe5OsXqFPHuMf46gLTlGnmS9RGd6PvksAiZZF5trrIvcg3
O3A19ZoNiv0yCctWlstsV0pzlDmWK20Wf0Q2usAyPMVhYfuEBRoYoZnpLh2jcObkHYFcqnNyw+Xj
on+iwOEgChzoKHRqBcUlVQijJUbVGIdLp+9H4BG8fjR3JaDsKCY2BzgQEXu68EERLk7RCeTChZCn
WsF/+EeyAGcNj+TsgJG+Ie5SAFDPAu8YHAqN+BTY2YofviTF/T1cbJknKhPNM5WZZpnLJt6wQHyM
AN+REN67c42iEY/f/tv3qe/6f9zxUfbYnta1a1rbblvbig89l961Mvu3roP/uJlGqf2N19/4429f
fw0dWpudLycAQTe+pDBTu8um9lLPV8eocm08E2exeJktWVjhrSgcVrgkviluGuQfFL7Qf2G4wXSZ
bZp/WniBaaFtvrrIvzDcGX/T80Hgg9Cb0aOeo9Ej8Vzcl5TTatrbTx6kYuVWnap+av1HYVa1uhxw
/nDXucEH1zlxBIsPW6hq0SxNlhaL/P81diXgUVVZ+t1by1vqvXpbpSpVlaVSJKmCSpNIEkIgmiei
bErYRBMSxVHRRBTDoiI0YjfuNihqi1/3fNhou3w6g0DYtB3RVlq00fQMaqtjy3yijUw7Mj20o00n
mf/cqgA6zvdNQb2679WSqnPvPffc/5zzn5TowpToTthtn4F7BLLWREfinPR4gaGF+lJYdtSFaBzx
RpCwtWXMref1TpUkfT9iPgyUC21cAMoFVHwSKP9KaOPTgHIR6wAViaHM4uUAytnpDt+8IgZQ/l2Y
HLsimo+ka4dRcpemm5hvCHqCtVudsZEWfxInv+Px8RuuvrO/Z/nHKzvWj7afuOGmZ55ctnTrYHfg
xbtnzbp3aONjgyfuOX/8wAnf4wdeffOdN994jxC8KYPdvkPoQ0sqYWO9dSGe46OKJ/DpfIUebC1q
jU+P31f2aFmgwW1ItpZNciclAXgnL3cvTy4oW1N2MPiO81nwc/1osTWSp/Ucovga9an8PL2Dd/P3
9Q+LP4l+Hv8s+Tdugo8ikgDCGg5GgMhJ4Vi4HrQiVr/JLNMzF5hrTH+ZACJA7EHwgAAioAQK+Kop
gAhTABG4ioWUutKM0spHqkLYIeLlrUJ7LLP/N75aSdOMcFQcBQYhiwkmC7xcjpeWfRt9+B5sdeA4
bcO+0zHg8AMfmcDBqXMIbvgWqloz6uELXxz8cvG/rH6td/NAxbM3LX1iyw3LHxvs5sqEGWw0kx8d
/PET6/56ju8fDhz49W8OvvsbWuFuQ9fsQ6/Y0n5vQq3LLD8b4W/wn4OCAAv9y/xB1VZURTVcWzUk
n8JCYkpImpq9DxmFaSRJuDxt/987+5O23teefdrOHmFbYh06zaIQzh4pH7eYN/JnOJOHPQdC7WAx
aYEh0XV8CWVq0ZilRFzh9Zes/XeERbBv1xLKtMsP3zyihnwj+7bNZ3W3zr/krIkTJ1wSKfNX/6J3
yvgnM5NbFywZOEhSaIVHYCukUOeLeSv96Uh6vDpNnVQ5L31lepW6Tl1b+YT7TM0rPkONJYpjddNr
3o0Fkohe59YYphV3Kp1qp9YJytFOo0fpUXu0nlCP3mP0VfdlzEx1ZaZy5NjKDq09dEX1FdllI5Yh
xO0B7ef6huzDNQ/VPa49rT+WeRxV+F6rjsKFnbdE08ONEcONyuGGeA2pEPEaaojXUEO8hhql2Gx4
Tllzh5Kp0jV/IlVd5A+NLk2QEygdryHhl8db423xS+Nb4m/Hg2a8PL44/nHcXx5fH+fxF9E3RRgX
Auv2YJFzQNwI9rZQ04FLzAKjI5aa7ZFoAz16lA3B2OjO0kWlvLSkSIZVRC5oAUxQcD6QBlKRLmlA
f8noUDmipyrjnlvcMIbeXivwWmHf0goM7BazBccUvTOeonfFxcYxLvDuONzX2+TKUXjrjpLm/lEM
rc+EvkUjH2EoGiQHNI7upGk6KiH+VAXQ9wVj9o7hrWPWjOFjCLevlMTfLFA7pvJS5heKBn0BauQ5
BlOVplDApvh6ZkpoD9rE4CtCQ4h8gALMmP54eFsbP6MAzmOSFyApIvCzEMC1ZEbB9Z3L9Z6W60zP
AHTEi1q/6IU3jECMJSKwix5gFON/wf0NxMLL/KBsBIDfattyLNfyBdNGKimpWTnJAj/AoSyC04rw
iKSUBpmbMhLQRjajasGcPymVW6VkZ+Wz9yjMhOAO5O/lbr0VMNjwjZgvEON+klstU51BNYwG+M7z
BtmpgDFgohQlSyqqunWbedfKVTc1Vj2w75G2s8eNun/OD1/ssJ/Tl3av6olGa5NrX3p4Xve+H779
Pjuz5JolV046c0Rx1Zipt86YvCJbnpuy8qri2Z2zm0aUlLpaZf3Zqzo7Nl30LM3TyqE/81GBR8Dn
gxw/DWNwRDXhHvCgoLEGFHlwLGvMJ0UtMOZoWLp9IdNKI+DWcKp0NiQr56rnLpCvR+7RfaBvgOX0
KJKQ9sr9YKclkJk2bmgQBaho/FkEReAK7cfEla/FSMMVgizzNhmt/WgJzYUn8lal/DzvQQTU2K3A
KE7Bk+hKQfmKaNPDpOHhN0NqJpZeu77e2k/b1lyuKkbyq24kz4DdJDjSBCMNtxLnt/zdopq1a7fv
2OHmsmW/2GSddeVmfvm9TF40+JN7Bx64oCZBMvoxdNkhqgbE2vZICchGxc6dp9wohfse8+qdSEPO
ZZWKG9WZGw3Br2JDTFJ9tKo4RtuJhNirxMQuJeaQ0gbujm0nSSAmdikCthf7k1iEpIDzAhocExtO
nH9F4Y3BC4dibG+MxWaAGgh4AG1NEscS/PrEo4nnEkMJfwKQND0jIGFiMU2p/eohFbF/IgxA4M6F
haOARmOHkkeb82CwKvYmqgCD1Rnxb0ECWC4oGe87mxCsICR3ZFWKlUPAfgm/FTZMg2LGKMUbGxG/
npQMxc5DgMjehmGE+VDwambQOUD6Y8JDJiBBX+uqdy55rM0K9YXs62bNWjeh7+d9U65ta1zKNwxs
/8kZk2fNWX8nbwZcyiR0ke8IekdjRwvxArGAImlKkAWRQacqAcYDlTT8ArW5j8DPcwBDg1Y7Ms+S
uxoDTErbzRrpd8NuVrHNbFDogCjCo9vxCIUsHvGK33tqWUWDlMUBZ0c8FUiOFMUBZx94q7OjkceK
g6mPlLJIkWyWGrUp0mRtHvg72pWL1YVsIe9WutWbpBvZjXyFcpN6o3YHu4Pf7rtLvlO5W/17aaN6
v/astFl7Udolb9X2S69pH0jvaH+SPtFOSMe1GvwcrViKalmpWmvS2iRAaAHPiTYEMJQaCngbeF8l
+ukSvtNxzyRVrRFZL3YjkAVdE+YsSUVc5YGAHoICrP0oB9ngfiB3ICfVUgAgycdr0oBBVqlaRFU1
uAiBMIp4vgCyEylXEcF5QVlTEUAYqAUnSFrxPC/PrM2SOzxAWciWZUlPTXGPpUNH/5nmLhKPBroG
uhLFXxymeGFM1uaTsXm2ABVPBd8BLITiFPFIw+oTyVpd7cPBcoiSY/84uOifDlchxuxPewav81cP
rL1q8dwb+J2EpQP3R47ALowOx186nDHnkGUqtE8+CEwcIa6DggAUKyviYIkK1E7REU8gkgtqDE9g
aaWW7YlzzfYxkFDKkLYJaRg6FBZyCkC/iOpENpAcgU7lFZ2NVefAAevdA9ZBkTxXiLAUv45+GE2G
JGZghI3yj9T4NHu+vQ5MjlgSxR6HyCbFop9vAM865qnlFQ1WCXITMLePebvKKxv8QV11g0k17gRQ
Ri4YQqaf4liS64vIJUoyVIodbJU8SsmFQWgvj1cmhCf5Jgc9+QJleugcc7I9zZlvznauAcPfVc6K
4M3yMmVP8Hlzp/OX4Ak1G7KzUtbIhLNmxqmNjJOanBuV25WNvof1J9lT/KkQAmWkncHnw68D735f
PeI/Yv7ROR78q1oSEpkIujha4hgWR1McncKwTWph0+9ItiIDEDerwrSNC8s+g+lV8PK/6zWRljIw
+kZRA/W6Im5QC9nVWs6e65+tddqL7FX23bZma36MReqOfMfQRD89mLUW6X75cG7rMP3D+Mv/T3pw
7FGQqxxQkdyMPYpmITdj99B0xLY6sFmmegs1M5z6tS0jQdd2nBw8gHDGhNHPVUY4gnw9BeBOTlMi
eDtFvhZmCjieZMevmLYeNsTXc6DHiVOCpo6DXI6wpEW+sgxG6etrDJ+xmz3paak2jS3WbkGS/W5+
oaeCxXexfQvotegsZAXYAoETI7GPPbmDfeV+hUURocjxC453dRUjYxf/aZJ1FX9/1Gth1sHWx9z7
fwS9yoh5pTuFvdJ9+nPlcy7uM1J6iv8KVGIM9/BQf59UZ6YQZH9I8CoiGXAcClE2zEEWsDLUv1Um
ukVcqEDwa70Ih1WGDm2VU/mrDq4S0c8e+qCdMAXx2dBW/dvkOvrEbdI4TqRl+EsnP1x8Gr0vJt5n
I9laS/lTxD8sImqFxyA8dHCn0yzV4I4JvtUlqL+dJpywAaFK0BK5hqRQRNStGxOht76Mj00ffOH5
p1v99U/v2dR45s4tg30vPD3yPSiYnx223+DXDWx88wBfeOIDvmrH396GpjGxDv0nNI3F/rWwDhWZ
LBREtjiCFQyMSFNY5GYtkk1pTBIxVXKX6TATmS3kAvFmxps7zJ/6f6qAnMbcG9gb3Cu/aaqmF21O
+Fy1yEhYjWx86Fa2LqTUOhf52+X20MXhh9lGbWNoF9+tvx56I/xb6wPfO+rvjA+tTzVneHKFdFTB
NYsNGBb4O0fg3kbLDMLjK4HMP0j4IdFZQDZi65f0FgZBrauoKgsG4XXyweRDvpJhMNM0LKShwzoI
+XRLC4JbULP2SftUblVJKnjlVR839sEXVaXDM6n7NBX4PiI1DAx5SWtzmDPVWK2nNfOyoLraA81u
cpcXnBlcI2iozvHCKd9qnm6DLKfaq8RGtet4frHAWmF9CvZpkRtNhnU+14gcUF2FxYLI7omItdk0
71DEKM0fX1VepaELvxTWEnI89YWLS5sB+P7BC5WCRTcGrt2YOIdrCWlcyAwoambpimYVyUZipODQ
LkBTyKerHQtOPezysU1N5B3yZZjJ1g4+8m+PjS6pqdr+3uD97J6PPhg/+DnPssFvJtdNrD8xqA+8
xaa1D3bhd1UgwuQ/MEYS7L8LY6RUi5goeFcSN51gKOh6DuItPD1VGCvx2lzio0TxAbhF6EFs0hG2
joGz3USlY/oR15Y0ZyPzzC0aiOA9dEgqW9dg0QGUYE7UKHYyoYyeMcbqY43G8CN2KOtk3SnRdqfd
bS/qdrrd7qIVwRuMFfbNkZuLbjPutu917nXvimzUngr9ynrBfj5yVPtj5C/GgPVNZKikbHhERd1Q
SdJvTjLXIkAkfvLri++HPhhOHGhCngBC+x1YDvGI61Y5WgQnIOO29aqQhm2whiQCXQ8F6fdLJVYJ
ry15qYSjWnLrDhOy8CK7+Vwv1Op4Dr/UeQl50LvZxJ0mS0vnJqEY5+alBTKYOr1N983Uh3QOWrKJ
22sRc4nP6EumVkExQngDxEeGQUR0ZMXW8cNxFHLo/SJRbH0hWkh7xsaBxhWNKOV0lyYNKag8jB9o
vTC0TTG0zQvIej4ihYaOkPIqDKs9UgQJtE3NGlglEJh+ZEcR0tbyKWoYPdA0oB3A8HEzhPqJeOpC
vD9MGNgQ2KLcEplQ0zIlZlcHQoPXvvJRLl2e+6RvcNHZlXWr5jUMXvW0la1MXmOW+rMDjyy/ddUN
/JoTr2+Z2D6HrJwsdM9BjKsw2+IZoG7er3CHjXFixDnxFpgqYg3sLFitOHvFm4bGSJ5Vay1EoGtT
2Xn8PGWq2mZ1srl8rtKhzrQWscv55YBdVrJlykr1Hnabcpf6DTtOFH3VbKSSU5uVXyrvMZlmyy6r
qIFDvcIIOeiNwEaaj1c1Dt92FeNI/OCM6On4ZYEcfqJ2mSFhNT/uqWI1z4U1pKybfVgMA8EXOFyp
ILY/7gnfGFC+R0E7HfbCC8JrwsfCARHrDxgQUbTLJG01YyDObUP9D1RAlAS9jBQ3rWUVpDYoWqHg
u0btlt6Ww2CzoM4lYkBEl32KLeKnIriSOhvawwoTbzVZYADeacZDSexAPhySYYalp5AscfbKLpIi
iVK8EAzpjLIXaYX7wzaThFB4OLIrCW9zNHkmGWfbYvQMEoeizRxeaJ6InlIs9Y3welJyFJPH1lcU
ZfnjSy8ebPNdMfDy4hU97N83+JTghhsHLlmp/oz6+VrWz69G1ciQVI4qIQjbDKvB31LkGJeW6xeh
ag08DF+gzsAZde4wKyu2vtc+dHX3Qw91X/0Qf6v7wQe70cZnDf2NveFfDKn7pDLPZI1U6SSFPxEX
pUROr3Tiw7fz+5eyN+6/n1DnOb7/4h2IPAwRZuB1bgLgxb+Uv3T5x/LHLn9bftvlL8kvuXyLvMXl
m+RNLl8vr3f5anm1y08oJyJ8kbIowjuUjgjXFT3CI64iY5cbknzmN2HfNzxscKa3GFKLgay/mV6t
u1i+BeU7fTJzx0VaUBaxBUaTF0s0hJczeZyCqj1Si8+3HllC8eJC4Z48YxOy0AAUUKo8WlIrMQEh
moFmeYFIk0w/4JyEE0hLent7Ge7ihjI7RSMEVSTCpOWK09os8nJq1PyapgYfe3C45X/1d7+8vWXm
yPNi8y861YKkJvs+5zMC+4WkPvRmCEkdU45FUB2dRfgh+ZDL++V+l++V97r8Ofk5l2+WN7t8g7zB
5T+Sf+Ty6+XrXX6lcmWEz1HmFCRl6iGfFHnGJdnoBkQWhrCY8oxMF+oYBMilFgbqyRYd8soYsbMQ
C0TiMpZzjtI5EFlGomypHiEtDJgWcmCAMROiglOZ2pgoIhoZFHb5R7ILTgnrpJx6eyG3fDQPmM1F
dZ16RPYMty96uTw3vwYZIb8fbvi/hoAmzBo5OXrpnFMtTHxIS9yGMsS28j23abjmAwMLVf46VfUr
AlQ1inF4er2vckSWpguVvobrfOVQEfjbNb2GK3qNF9W7zkNVLKqJNU2ajsrHF0gz4MGfiVq3s1El
dC6qEM9DndKLpXYwms5HZc8ueLG3oVLZDvE9UUUC04ZuQXAYSNMunN029/zc2Uu6L1t0wdz/AZKj
KtoKZW5kc3RyZWFtCmVuZG9iagoxMzMgMCBvYmoKMjQ0MzYKZW5kb2JqCjEzNCAwIG9iago8PCAv
VHlwZSAvRm9udERlc2NyaXB0b3IgL0FzY2VudCA5MDUgL0NhcEhlaWdodCA3MTYgL0Rlc2NlbnQg
LTIxMiAvRmxhZ3MgMzIKL0ZvbnRCQm94IFstNjY1IC0zMjUgMjAwMCAxMDA2XSAvRm9udE5hbWUg
L0pVUk9UTCtBcmlhbE1UIC9JdGFsaWNBbmdsZSAwIC9TdGVtVgowIC9BdmdXaWR0aCA0NDEgL0xl
YWRpbmcgMzMgL01heFdpZHRoIDIwMDAgL1hIZWlnaHQgNTE5IC9Gb250RmlsZTIgMTMyIDAgUgo+
PgplbmRvYmoKMTM1IDAgb2JqClsgMjc4IDAgMzU1IDAgMCAwIDAgMCAzMzMgMzMzIDAgMCAyNzgg
MzMzIDI3OCAyNzggNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYKNTU2IDU1NiA1NTYgNTU2IDI3OCAw
IDU4NCAwIDU4NCA1NTYgMCA2NjcgNjY3IDcyMiA3MjIgNjY3IDYxMSA3NzggNzIyIDI3OAo1MDAg
NjY3IDU1NiA4MzMgNzIyIDc3OCA2NjcgMCA3MjIgNjY3IDYxMSA3MjIgMCA5NDQgMCAwIDAgMCAw
IDAgMCAwIDAgNTU2CjU1NiA1MDAgNTU2IDU1NiAyNzggNTU2IDU1NiAyMjIgMjIyIDUwMCAyMjIg
ODMzIDU1NiA1NTYgNTU2IDU1NiAzMzMgNTAwIDI3OAo1NTYgNTAwIDcyMiA1MDAgNTAwIDUwMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwCjAgMCAwIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAzNTAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDAKMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAg
NTU2IDAgMzMzIDMzMyBdCmVuZG9iagoxMyAwIG9iago8PCAvVHlwZSAvRm9udCAvU3VidHlwZSAv
VHJ1ZVR5cGUgL0Jhc2VGb250IC9KVVJPVEwrQXJpYWxNVCAvRm9udERlc2NyaXB0b3IKMTM0IDAg
UiAvV2lkdGhzIDEzNSAwIFIgL0ZpcnN0Q2hhciAzMiAvTGFzdENoYXIgMjExIC9FbmNvZGluZyAv
TWFjUm9tYW5FbmNvZGluZwo+PgplbmRvYmoKMTM2IDAgb2JqCjw8IC9MZW5ndGggMTM3IDAgUiAv
TGVuZ3RoMSA5NTA0IC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4AZ16C1xUZdr487zn
nDkzzAxzYS5clBkcB0xEEETBSI7ADChromKAODqoJLAZ4C2homk3M7GC1q82y9LKtMtuHtBq0Nqo
3W239tv0sy2r3ZKvtajdWN0+su3CzP95B2ptL9/v//vO4Xlvz/Nensv7Ps95hy2btjaCAUIggLJu
Y0MbxB7HNMpeWrdti3u8blgPIB6/um3DxvG6hdrFX2y4puPq8brTDGBsampsILrY8zWlc3jDeBVn
Uz61aeOW7eN1+znKy65pXTeBd3zC8Rsbtk/MD3+guvvaho2N4/RTRymf0da6ectEnY9zQ9umxgl6
rAXQG8Zxl6RIZQt8CkVQDRIwMEM2KLTyGvwL8Yv0ArCGin3L942uMRV9Bi5trPMjrvDzvPBz58d/
jQyP3S5HtWeJVk8jjD/UT74hciWA9vuR4ciwHI2NNIGMZZYFUTjCVoFKMEQg0ESriGoLq6fUzL4H
CkGIQIADlA4RMHCzRZBD0EYQIhgkOEWgoZYl1C/EllIapPQAwSkCgWpV1DZI6QUCRuMugyoC4pZV
0IgVfNWUflMLUbmX4ACBhigraIQKGr+CRv87ZpDKFwi01K+cRimndZXT2OXEUTnNVk59g5SGCHoJ
DhBwjERzlX+nj/htj1OEGSK4EKOrojRI0EYQIuglOECgoZn8NJOfsH7C+gnrJ4wfNDS2n9bi/ycK
DcnCT2P7aWx/TCZ/79lLLSrBIMH4CGYqXTpKVQwTopTTHiDgtKcIhgguEMgxeoVKnDZIINLKSkju
bkqDBLx2gEAluECgWZBIuFLClRKulHCl1OebFl4birWYsQ/cBDnYp+gFd0dOh9LR1iG2Hcd6CGG9
4mDQGepkUBOqYTrYioUXtqLOqA9rod+l45lyvwtMZpPblGMSC3tNB0yqadB0yjRkumCSdSZ0YTYW
o1i4H4/gC3gSz+J5jCJhJJeULRVLhJGOSC9IJ6Wz0nkpKhFGcAnZQrFAGOGI8IJwUjgrnBeigqwD
vVnv1ufoRZPskrPlYpkm1B/Qq/pB/Sn9kP6CXt4vH5FfkE/KZ+XzclSWlTBzK0cResw97p6cHqWn
qifY09YT6untiQv2XOhh462DPad6hqgqu1/NeXXwVWG3uFs6IZ6QxBQxRaoUKyXxcvFy6UnxSUlc
4trvYiaXy8WWpO5PZaZUVyrTmVJNLqZtTcLiJCWJQZI5ibUmYnGiksgg0ZxIckuEJCKw99pZsV2x
M7Cb7azV1mtjxTbFxsBmthGRDexMq16tcalXn4iOggYc+HL/GdkVxpcV55nlsmNFMNG1ImhJdIDf
T5vcatEqJ/BdKunwJ/1dmUT4WH9XkLLD/V3vuRbo8WHYwO4DFz6E1eLjcJgGvA+r+3/scAzg3vFC
GFf3dzmoS31/VxZltf1dt/KeV0GXNJt6VmE164A66llJHc66qedCrFZ0r0x2fN01zfVF/XN8Avgb
VmPGs9MdH3SVus51LYjD56jxFFbrluFicMBJGuXd/g2O3w4Q3X398xy/CWP10VGP41WevzTJ8Qrl
iq7X7jhBbAxMDPosEZf2z3Q8Tchjx5IdjzaEpdn9roP1J2JzPkKttIz9fDo9TfcgVlt/QhgHPEDT
reivduzjHd9yOe4ikmkPEj8O6CUUX3APjd3aP9ux62ffLnInNR3pv8IRokUKz/Xf6riRcPJ2GtsB
HVitmd3/nqONmrxrYiNt5CP1u5q7Fpj5iHgItsbyR2HltEpOgfuhhrh3YV3/1sOu56lYwwywhBC+
ozVHUhxhdPVvfcG1wIyTYaX0IrxAmEnUZT3MoVIKlWbCTColH6055yHqpKdrzqQ5vlw5wIfvd3xe
E0bjs5c5Xt+a4/qvzjBfy2s1A1POc9zxrWHUP+MK17znOrQyLMlHDzvuJ/IExTDd8SNazG2EaOkc
MKzF5xSLYxWN4Nf7Jb92hY6e3jCCkiv3fiz3/lLurZOnaqdo3dpU7SRtsjZR69DatFatWRuvNWjj
tFqtRitqmZaO6cteIFMsJKgg+DWBiGqCUMkql5dgpTq4DirXutWLyz1hjFu6UpU8JahaK6GyukQt
yKykc2SZOjezUpWr6mv7EO+sU9lttI7qWuKb13ekqNbS2gFAvGzHHSk8j+64o64ONyeCI/Ofn0Te
hJVVHcdJ/qkgZ1Yup2JvrJg4Wb2ncnmt+sTkOjWXF6KT6yrV1uXuVbUDdDy96ysbwPd4Vlc7IKTh
Wd8y3i6kldUR2eEYGWzA94gMunhGZOKnsIGTwQbxU05G0h+nq6fuRNfAM6KTd0F9jK5e3hWjk2Zz
ur7TG3xlfRsoIZqMZXA6RnM6Y9klNGSU1Lesr54SovLehtWxhVV7byMqqFQLYiN1dhLNVkqIBruh
MzZSJ3bzkdTyv5OsnCD57FuSz2Ikwb+T1IyTsMe+IWGPEQm2EXf/s7y235/m9+0uI16FYV5riNX6
uzb4fU0eX7DsfydrqP//ITsOp4nrCUr4Zy1PtOC/xfxrRGMJHl39+73X+xppoR5fI0FQ3b2tKVEN
rXW7+/b+niPcqpAeXLuuiecNjervPY1l6l5PmbtvdazfP6Cv5+jVnrI+uN5XXdt3vdJY1r9aWe3z
NJTVHQ20r93znbl2fTvX2vZ/MVc7H2wtnysQ6/cPc+3h6ACfaw+faw+fK6AEYnOhr5lvt6raPi2U
1JWSafH8KNPH0e4JpqTVlTjMbfNjW+nytMSulOMi4GOgz6xTDZ4S1UjAd1nWgqwFHCVSTEuoeGo2
TaASuy5PSzmOj02gzNRsoa08oQKKPnxNYfzI16Qqu4Oq21OmanjDxxMNU6gBeMOfxxvC+CdPGaze
vHpz7PmnwpYtmzdv2bp561YiWE3JpZCZGattIfxm3LyF3s1bqEI13sQLvG38lY5DUgwOQZKYDkkA
0eFvIHJNdJjjIuuif2HD0b/QSWxlZ6Kj0iAYom9SxEf5pYH1vyuzK9gVHBc98+8oJtr/RDmHf/0s
gVzgI9wEf4NhTILtcD0wcMInUAoC7IMl0SP0PYHwJbwffRfy4cPor+A6+CDaQ1Q+aIcx6psC+2GI
2p6HK+G/iTKBvmZmwHy4Cx6AgxQGnIJ34X3QQTJcTn13wX/Ch/AFStFfUF8HSScFLoNFsBWehRPw
JpyDaLSbvj1SqT4MI3ABrcLCaD9MJppVsAa2wV44yDKFZWCF3dAHR+EVGn8YGSZFV0Wboq9H3wI7
eGAuFMBCaIQ2uJveR+EZ8nivwEma4W1azTD8FZOwHAO4BcOCR5gphKIhqKfV/RjuhQFa4xvwOYxh
PE7HTFyFbXgvhlknufJpkEV8NsNmCNG7k7h8Bl6m8T5HxEkU8ITxA+ZjXwpxFFfeK+wVjosorhHv
IHlJpNlS6rsUlsHV8H3i+Hq4md474RF4ClQ4Dj+Dv8JXKFLwsxGj7JeCTXAKQeF89L6oGn2btGAE
E2TQCjLpu24OvQX0dbcQamEdjdcELcTrdXADdNGYO+i9G+6Pyf9JGpvL9jn4Ba30VeLsDPyeZPbf
pIeLNB+jGSW0YSJJJAPnUsRVietwA96JP8Kf4hmmI26uFDYKt1B0/LLwX8KI6BQLxSLxIwmlKzTT
NT30TXg+mhs9Fj0evUB8CvT9oCN9pdFaMymm8NO7EFaSdNfABpLbNno7yeJuoTXuhNugF35EVnKY
tPMqvA6/o7X9Ad4jq/uUVvc5ROmzVYsWWtv4O4nWmIt5tM4ivBKvw//AwziAv8TT+BdmZlaWwWax
2WwJW87WsnVsA9sjMMEkTCEN5wkFQlBMF2vF9eJOURWfIw5AMkvzpWXSQennmizNLfAxjMJH390q
tCvWwg9ibWu0HnEA57EuWECR1UOwD+/GW3E1fdu48V6KoN+Hl+AJ4mS1sPTrvjEN3oZZuAxP4R04
l6XQl3AXohCPRuGHwovinVAuGGEHtrB4PM58whnhUZaAr7Bpgg1OCCvwRnyNWaUrpJ+zX5KEvKSR
d8QmmC4EoZK+T34kFJAW1otFpJlZtBf0rBD8+ClZ1uNk+afEYfwY/0rW5mAZJM0/4EE8CFeyBLLV
IQoka1kO/pDel2hHm+FXcA9Zyg/g1wLdaiiXF8+fV1gwd3Ze7qyc7JlZMzKnXzYtI9071TMlze1K
nTwpJTkp0emw2xKsFrMp3mjQx+m0skYSBYYww+fxB91qelAV0z0VFVm87mmghoZLGuigpib/d2lU
N+/XQKjvUCpEefU/UCrjlMq3lGh2F0FR1gy3z+NWf1vmcYdx5dJaKt9R5qlzqyOx8uJYWUyPVYxU
SUujHm5fYlOZW8Wg26f6tzV1UySRNQP79HGlntLGuKwZ0Benp6KeSqrf09aH/vkYKzC/b14fA62R
eFQXecp86kIPdaVhBK+vYb1atbTWV5aSllaXNUPF0nWetSpwt5YZI4HS2DSqplSVY9O4m1ViB3a7
+2YMdt8eNsPaYKZhvWd9w6paVWigMXyqJVMtJ3dW3nkuMWtGGA9V16q60ljIOgCLoqG+haEyCpdo
NvKoOy8lTxG6fYnNbt67u3unWz2wtPaSwVLS+JB1dTRo1ozKZbVptGqP73aKAbwUy8U4oEExMZsW
zts4m+MMjwct3mCLW9V5SjxN3S1BUlZytwrLOtL6kxcpA9EhWORzd1fXetLU4hRPXUPZpD4bdC/r
OLpQcS/8LiZrRp/ZMi7pvnjTRMFgvLTQSFoYx8VKMXJeolV/I2rka/QsVBWysXVuWkmtR2XeAp40
FkD3ugLSCD11SBJtJvkFu83ziDtV8po97u7PgAzBM/LJd1saJlo0XvNnwJHcXL41ORUbvimrmZnq
9OncUuRSUi2tbH6snp81Y5ta6Wkzu9VKivOgqpY61c3LJpGnpXEt7w4rsJYqamhp7XjdDWtT+kHJ
pmiIBTlm8BuMfQXHhL7BfNs96CFzPkYuAsCuatO//TOZHQm+pnkqOv4XdOM4nraPz90nSt7uqtr0
hu7dKenB7tvryKr9tKu7u/0et7872N0QjobWetxmT3dfZWV3m4924zhL4ejg7hRVub2uCUmoat64
NNSE0lohhXHLpBJLEahUudxTuXRlLdcGNy5V9NLfwvUe3/pmMqHQ2hbSF/013M53Vlq3WV10kbhD
ajKf8ryIKiaodIehYlGMLVQhQUVS/EJVcBYQMgtfhxkEQBBk2ZAvHKKz9hDsIJhOUKG5GnIp9xPM
IZoO6Q36kmJwHUEpuwNaqQ/FbCRMLk4gr62BY5S7YcVES6z5Own3evwRycvTrVvskSfyS7PxC9dL
W/4vZR11ipvoqJ/IDRQdxMfKJkrpJI89l1PM1UnxxSjOwftYkpAqPCguE/dIGdLt0icav+YY+esZ
xGofXWRyv724TxLDmNMPGvkE5hAS8Y2nBQHiNFIYZz0jCGyRTiaKWc8gLNRe9f3EzCvNo0WLx4qu
NF8sWmweK4LiIkrHeDIrJ8+SZvGmWdJm4I7IEzgt8pYEX0G+eIDLNhgZwDryrXpYosyUZEn7tvim
JOo0WiR3grBK0fwuTh+nkePisDekv8kt58iKXCUHZUkeoBteg/liYDR5pDDbkkdTnkseK7LkzcqB
1YHVgYQ8u03WyBnzca5n84fTZm3OKitirZj0ypPLN+RumbSmlmbPx534JTtAPM9VDAKy14Hc100C
CmHMV0xSG4V2vXCAAqchUucA5oNo/jBAf5bCQsgeKSyclZNAvOVT3LETkyLDJKjy6LBQLQ0SP05Y
pKRZWzRGQwtI9tMgrBFuEvZPXCzK2UKPMCQIQpjZlHjT6aCuTRfS9epUnaQbIAedSHyNjAXaR6B4
pHhkVg7mkp9lninMYrY6p2gsZkde7hyLOR1/e+Stt57iULZ0aZmvqkoajByNBCMNkaO4CB/FB3Dx
x8ciakQ9egyXYBU/GnbQ18XdtEIdrHy6WFoiMVLpIcUivq8wZBqtTkIwMNQBvxxLDlE4i3oJxAsi
M4tuURGrxF5xSNSIA8wOcbTK9iJLYXaANM11Tm9gdCQwKyfNY9HI+ST6PHb3hzc/Hnxt2nHRc1dZ
NOOVH3KtTyczW0ZrmARNSu7OBJQTmizbLYJOTkCt6eH49w0tVgkmfYnMIE1SJjF1Ek5iul12Oyh0
N8goBE9QdKnxu0w/XkJrHmBZMNl8sX10hJZTVGQeseQF2mkxY0XFY6PnSHbcGgJoSZtjnTtn7pz8
2emeKdws8nIpfolHmf6EZV+/ZdwxeK9n9lX+vYYP7Cd/8vzgrKuva73cilLkq/9A/ds/vaJuZXDt
B5OGTl/cv/LxJ3fcWJVO2q4gbX+f+HDSl8ZuZVoSa2bsfQuW264yr7AJaS2DulM6ptOlCPDwTYgm
RLqbpjA2jImKS2ixSyktJqMm0Yr0vZG6SzFUGYKGNkPI0GvQGDiPRm/i6aC1zRqy9lpFK7eLqdwu
OIyOWKyF3DjGRjl77eeomh3glhKAQDvKxKNG5jxa7bYJuyF+0cbtJiYBjVB91ry5cp0xs0W54/R7
B4+NXHxxx7MR84YSZcWqspJV4vLUgwe/mD8/8sU7H0X+hjUUve7BtU9//cfdezp3997SRdznRpZq
1ki/o2+8xThJKclOza4orliUuqhi0fdWVlzr6HLc6dg1eVf67oovp46Wm6q8W6aw9eXoKZ/q7JyN
s+834KL73d6pTyjuQfeQW3DLmWFcrLhttpL7k+KwCoI0xeFtRbcWsaL7RVPQe9LLfuBFbxjtyhR3
ek46S+89ORWn/gqcZK1O1CrO/c4jzredf3KOOjXOMH6hmNtyQjm9OQdyxJzt5tthOwk+S8lcYlpC
eliCWndxTvFgsXBzMRbvbJ3UM4n1kJ2dvamgp2B/wZECsWC7doBdBnSkjQUi7YGRdpLz6oD54sjo
WGA0Vj4XGAucaw9AMW8oKh4h2yP75+kI2Zu1sJB2AgQw4M3TiGnuqXzzTs3LFa12s6zxTEnP4En+
bOsc0oxzbp6gsXP1zJ1jzZ/NSH8is9usYl7u1JjWYs3USkF231M1kd7IZ5ELkZ2nP8StI7/By5/e
tf/zEr8xeNMt4TsHWxde47G9db0hwZg+f3nLXeefeDXy+sBTOPOdX2Dy10NXKQXZV9TVFjcW1yac
+fObdERMwcvwnT8/H3ngj5Gv3vh8TtGmoRd/hov2lJW1juX57M6kgkXIuh9Dy64XItsib0eOHd7B
3Ddvmz4HxVvat286QPvZH/1IuEGcT/vgKUXZYbzbyO6Jx1vjd5n3moVmW4e5wyZo4jWOZvPT7Jhe
MiUh3HyAHDj9iMG3w3tCjV023jxu+YIhjFcqmboak57/hsOwAR7KNhQbmKEhx1hlDBrbjCFjr1E1
njJeMOrAiMYwo8P7fBLSsJqGVitaB+ibJ3aABgJjpDd+IpGKRgPnJjbLKO2S9gA9pJvYRonJfc5c
J0ubwvLNVlKH0PbHpFtWNDXVLKi2/tEfOfrGax8/v/dF9knu4d4nn99X154dCWHZOfoenfwwHacw
h/hfT/w7IJWusctNbuyOv4fdoxGaWQfbxW7V7IiTrtNsi+uMv1cjbtBcHdcSL4ScoVTmhFRzqpLa
lhpKPZWqqUoNUnEo9UKqZE7F1DAmK26LybrE2mMViDEX8Wa1J/OfshjePAgU8iCEmUNZWGUP2p+1
C1Y72mtEfWsyTk7G5BqDnGrNhmKgYOZdYKlE3IAPZTuLnczZkGOpsgQtbZaQpdeiWi5YtGBRLMxC
snza2tBK3pcL0cVPmgkRbmoPcB87sinA4TM6cQL8yNlEDmCMJ2Tp7ciF2o7OePRMyUi3mOeSZTsd
FjktlQ6ihJnUKmucbNMHM1/a/WLzDTe2PHaipRPHXmAbF7fmCut9C3PzEJdlH7j/5nvoxiXuwM7u
ByP/6e7qxmM33LigZBvJuYOcR5DuzXiMsrKP3DSbpszWSBpZjGsl38kEDZNBQibXY07MV4XIW0lu
MUcMim0i+a/xVpE+3xNAS9y1byI3QRs1tlljDuzia9yp51kEgo7h4WHxGRQjX3+1SEz/6h2S4AYA
qYk07YUBZcFU2WucLecby+Rq+Zx8zjgqjxrjRFk0MnuNXu+qkWQEjdliSUpOnuqNy86oyujNUDNE
k7neWkVy5+J2KvrkxKT6lKrk3mSWzOvZXs/Uei8+QIGbN8ereKu8vV4ph7Kgt42Kg16Ne6I96D3l
1XgHsAjSzRQrbKKDh+ItMx1F36Rk9+QQ+R95Zn48xSyfIqOY93PyNBXtFo+F+0RNrJBBpXjetuF3
hbctqb4+Y96OyrqbS4cLShavHk5I+l7eVenDYvpdK6qrV6yoXvHgwbE6tmZ/8543I4z5f5pbUvbD
fWNfk5yuIw9/V2xH/EBRvLZ8G0uyddh22fbaHrcN2DRf2NBkRUOcpsYab9RYZZNJb8D6bEAzYDZd
qqyBHjhC13Rn4Tz9yhNm8YpDX59DDpK5DDkG5qaEu0vRwBXpjCmSh0ubuFckk6foc6SYApPY8dse
oGhkNre+GF+Wce6Jb+Gu4eTyrHmr04ffLOypadydz1IfuWZe5S3PRlxi+r6VK5sf3Uc2V0p7+2Xi
xEhfA83K3EPaZ7TsV9IZielRp9FoBWenaOnUi7JefyoFbQ0Vci1Fp21yr6zKp+QLshYoY3KYmRVj
PP2jSYgiSqGVJMQ3WDKtfFNsh1HAUkzqIwXxbQSBhJhb4M5b45kCCZf47dIbfn3j6Qs3/qbjpSh8
0lVXc0NXbc2NbMo++j+JyLN/OBj52w6chsJDjx56+MFDh2ieVjqgHqH1m+F6JZV/mbAqKSi1ScJZ
K+nAZWVxOjLTONo7dPLWKTNkOU5Hv+1qjbqzPHahs4eUUk9XVg9UsV7Ghhi6WQ5TWBUTGZe+ZVz6
PNSnEyK7nZwkPyd4MGjht0dIwVignVQwLncnP3FJEXjV8JtzawqXVFQU5uUsdIvpP27x5X82s/z4
F7TmpOhHLFl6gH7BvkOZ2Ry/PZ5Nj58Xvyh+ZbyYaAOnYLeBw2JNQIeFLsucQpxBJztsTrnToCe/
/7SSSdaV0JPAEsJg0+jidmMP3U0zuNUp1DsstoSXweK25NB5V2WRLJyFJGKB3DZtm68DRaO5PHZs
LzKfK+bWRMdAnokezkgA7R6LzcmdtJPUkp6Rnm/x5Oflz7Uw+QE5PtNdZKtqrG2xxre00B4ZilTv
dkxLeWd69ZJ5/Xhy6PWDkV20itgTzaDbtn/1WOiEYyjE7mI1KJN31CH90owGNNKZaEIzWqTNbQ3r
GqV1rRs3NmiaOtqaGq8VOxs3tQqt1zYKW65rFTY3b2cNW+iqsBGb6Qr5WmzFTRj7FyKk2/Lxr1kN
+WqoqKoquWpB5oJNzQ3XXNmwaVPrdVklrdesp3X9P4B9la0KZW5kc3RyZWFtCmVuZG9iagoxMzcg
MCBvYmoKNzAwMgplbmRvYmoKMTM4IDAgb2JqCjw8IC9UeXBlIC9Gb250RGVzY3JpcHRvciAvQXNj
ZW50IDkzNiAvQ2FwSGVpZ2h0IDcyOCAvRGVzY2VudCAtMjEyIC9GbGFncyAzMgovRm9udEJCb3gg
Wy0xMzcgLTMwNyAxMDAwIDExMDldIC9Gb250TmFtZSAvSFBQQlZBK0FyaWFsTmFycm93LUJvbGQg
L0l0YWxpY0FuZ2xlCjAgL1N0ZW1WIDAgL0F2Z1dpZHRoIDM5MiAvTWF4V2lkdGggMTA1MiAvWEhl
aWdodCA1MzAgL0ZvbnRGaWxlMiAxMzYgMCBSID4+CmVuZG9iagoxMzkgMCBvYmoKWyAyMjggMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDIyOCAyNzMgMCAwIDQ1NiA0NTYgNDU2IDAgMCAwIDQ1NiAwIDAg
MCAwIDAgMAowIDAgMCA4MDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwCjAgMCA0NTYgMCA0NTYgMCAwIDAgMjI4IDAgMCAwIDcy
OSA1MDEgNTAxIDAgMCAzMTkgMCAyNzMgXQplbmRvYmoKMTAgMCBvYmoKPDwgL1R5cGUgL0ZvbnQg
L1N1YnR5cGUgL1RydWVUeXBlIC9CYXNlRm9udCAvSFBQQlZBK0FyaWFsTmFycm93LUJvbGQgL0Zv
bnREZXNjcmlwdG9yCjEzOCAwIFIgL1dpZHRocyAxMzkgMCBSIC9GaXJzdENoYXIgMzIgL0xhc3RD
aGFyIDExNiAvRW5jb2RpbmcgL01hY1JvbWFuRW5jb2RpbmcKPj4KZW5kb2JqCjE0MCAwIG9iago8
PCAvTGVuZ3RoIDE0MSAwIFIgL0xlbmd0aDEgOTQ0NCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+Pgpz
dHJlYW0KeAGleQ98VMW1/5mZe/dPks1u/v+D7G5uNiRsQkIIfwJbcvNnIxAg4X+WitkEAgHBJCRQ
tWCgSsEAQi2iVCVRH0gFy81GcAO+kvq0fdS24Ku16rOCFVu1paVWbS2Qfd97E1H66ef3+7zPu7Pn
nJlzzsycOTNz7szdzvUbmimGtpAgdfm6xjYynswqENfyjZ2u4bKjl8j81sq2VeuGy6mbiOS+VWvv
WjlczkQ9U3pLc+OK4TJdA53UAsZwmZWAZres67xzuJxZBJq4tnX5iDxTrxezrvHOkf7pbZRddzSu
ax7Wzw6D5re1dnSOlHcZ5fXNI/qsnsjuH5Z9BTPkZfqYfPQ4mYmTgwppMVi/lf4APidDzvdcSexY
2mD3fWpJsxiVn3xv9It65j/Md+642nl9l4MssShaDX1dgHpm95Cfljjoauc/LjgMji648cgDtFD8
sV+MdZaVJ4lLFBQfUo94ny4AJHKA40CuDNCGfAQgRwbFu/1+f7EaBvWOM2goN694QBeE0kcV/7t4
lx+jMeQE40IoOcOQvBOqqBjJTJoynOkfW1B8oTxKvEN/BnDxjrhAucO1+nPHFV8pt4HBxD1kZ4yc
1Ct+QxqAkyre6s/OKe45I34G+U/FWVphVDsbssUVo8GfiOcpnpzipDgxIjnRHxtXTOUdYjd8Mgh8
HnARcAUgUat4mroAewDHARLZgZ2AQkCtzhFHxVHYeQj17cCFgFbAHoAEFz4D/u06FkfEGspC3V1i
HyWB7hTfNei/gaaj/CT4maBPoKzTnpHyo6C6/Hsj/AMoJ6P8yAh9GPwMlPejrNOHRsobxQajXucI
7RUdoUynozwTchegCCCQ24fcPrhuH0oEzMS9Yq1hQR9oMVpcN0wxa5tDbsWYo839KWnFvXDpZrh+
Mzy3GZ7bTBJ0Nn2hs2lYp0Bsgs4m6GyCziZ4pUh0oL8OTBgBOwAugIDfO+B3na8BDwLOAwTdB7wX
0KuXxDfgxzxYdb9YE8p1YrGt6i9Vi8tOi5VwtSpW9qeNLt7zZckapS/Elf3W2BFq13WbDd3mfmuM
zm3uTx89TKF1e3msWE7fBHBKBM4GlACqAJJYHsoudJ4Sc2mdhdRYZxfvEl1SlywVVbH4M6KY6rAD
nRQvCsgHhTxng49NDlrbrFuswmF1WYusqrXOKreKLrFHCKcoFGWiVjQIORwZDJmnTgBRbzFNnbA3
ujdaix6MPh8ta6ZB03nTRdMVk+wyFZlUU50paGozbTHtNfWarHtNe808GN0WvSVaOKJd0UXRanRd
tOw0s97ybaIJwyRgB6ANsBcgwccN4LvEbYAGzEYD3HYb+ARMKDkA55G/CCqjZIeeHXp2cO3g2sEl
YF1SBwgC2gC61HRD8kUdXf+KLgGMgTQWLcUSRzux4CMHmIWSDSUbSjZonefXYKED2AWoAwiDdxE5
rBrgL2RFI/IgqIl0+RUAN+rpMhUg+DW1ccxgHtPyWG8e25vHVF9ZebGaBRQfH9+gNHgachsOSa1K
q6c1t/WQVKvUempzaw9JZUqZpyy37JBUqBR6CnMLD0lOxelx5joPSXtmH599Zva52VLD7NbZXbPF
ZExdf8hbVGzQLI9OT4TS0osn28un8eMYTgNwD+ACQJATuBBQBmgFSPw4sJM/C+6z4D5LtYAGgIwa
z6K+HViX6zKd3wOQjdwF5PhNcrwM+bHQ1Am15bMQchsAPQCBto+h/jFDezh33OBrwBcNfi2wrt8L
0K08dqOOQIBbqtsB7ASUARoAbQCZzokleDks0VsGdgLaAMcBkliKtEQs4c8iHePHRL5qG5/kpORk
vG7i4yyOcgePwRqwsSMGfsTA9xu4zMDZauws22ezbD+cZfv2LNsYZHgulaPCPgO71ehy23Plttpy
W165Da2lkJtsPMnAJh2zPxh4roHz1US37XO37a9u21/ctsfdtna37Wtuvd4o7F0bTzRwtI7ZfgPP
MnCOGu20/dhpW+K0TXbaym3sIIMNVGHgTANn6Jh9/Jy9yk7W0+xjqkJ7LOTLc4Y5GYRFQr5yZ5gN
hXy3gFwP+Q6C/CPk+67zBfY5M15p7LNQ9iVneRL7hM2U8Ipjfx2hf2Ez6SjKV0BXgR4mH/OA/lvI
t1XXfwr1v4fyk5Rl0es9QXVG/R420+A/PlLvsVB+E3p9NJR/F3r9HuUzXfvhUP4lcL8byr8f5MFQ
/lqQPSGPbuCakG+sszyOraJsrusuJw/XLZk90uMMtLwW5VuGK/tD+XqtKr2DMKsMKeNBxuhWvsAU
qjO6c4YUY5CjSTGMG0WKYXQGeQway+yG8TbKMqglpGxFK6bnPJecf/Od1gdOnzJ76KDzvRcwvsUo
/pbNDB11vjqguyvkPJcfZp6Tzl8op50vZ4fZ4pBzMD9sgeBMfpizE84+OFmDLmcnncfzVzmfVQzp
IQVSTHWPr8D5qLLUecCDcsi5Nf8F3QxahxEvhjiQP90523fUWe0JM4hVHzpTo5xTlfXOUrCnhNnM
/qPO8dlh3ZQitHH0pHMsesxRDFMWTT7FJ5KZbVDzzZ3mJvNi8zzzNPMEc4HZZR5tHmVOtMRbHJZY
S4wlymKxmCyShVvIkhiOXFS9+nEt0WSc2kwI24wkI+9AaGTYgMZpjjMLx97REkQNr1lQwbT4GqpZ
WKFN9taEzZH52hRvjWap+3p9H2MPBFDS+I4wo4X1YRbRWdsytPjK+gFirHDb7gydbtq2OxBgNdrg
cqppcmmfLcA4ouYt1WSlIpWSN5allsVPjyutrvoXKGgwg1XeL5/UL7PIpY7W9tcsqNeeGR3QivVM
ZHSgRrtlgevW+gHezlv9VQO8TSeB+gF2N2/3z9f57O6qwA01yuJtUCOfTnS1fsrS1SiL9Rtqs43W
sEyz/FV9WUC60otspq6E5fOiobTKUMIab9fbqtMJ1HgmZRttZfNMXQ3rYbgx+1cbiyFmNxqzx5DR
2Chdqc/jQX/5QIH6vskeKPR5Jhvio1+KFUM8wAKkKwyQhwWMfpjRz3ATucM6WAUjOtwCnZvc+H8t
NFf8L1pg/Y1vr1jub1b8QcXfDAhqOze2pGpbmlyuvhVv6wKXJnKCTctbdNrYrL2tNFdpK5QqV1+j
Ue+fxMt1caNS1UfL/Qvr+5arzVWhRrXRrzRWBfoPd1XW3NTX/Tf6quz6F3116Y1V6n0dNur9U181
uviw3leN3leN3tdh9bDRV838ClZTV99noYpAJSZQp/08Ogr7IZjhDlQkO9qmG5tjmjv1noxTEuG1
Fe0NaDFKhWYD6PumoLygXBdhd+qiWLDtI6LUe6a5M06xIyMiB9hxSgV5KdW/uurGr6Ojo1OHDRu8
wJ0bdCEy2LTuBTVa9byl9ZpP8/k1NVgVYPqsbRh5KutVxxnfOR9v9XX59vh6fMd98oYNAbDjz2Sd
y+INWa1ZXVl7snqyjmeZdMGt9SdVX0/Wn7PEBqwm1onHr3eFrkHx04udG2BMRwehkw7AcHfeDd7K
+vIsWo7TLsPJvIASAApgAmABQKb/AP4l4D3AXwES3Qv8XcBTgH6dIwpEgT91dZXeYwAtDlCqKO4v
mlg8JQzauHKYLlg6TP1zh6mvvDgV8lDZhKhyOw7ejE4B/xTwFuAjwD8AsigWxUbjsFl/Ah3U4WXw
FqHQqaMObyfzIsN0d3d2eL1Q0MtgoATfGu5FeeQh1rGB4ApMCAiUDH6HXg19oO7IowsQiuUHALPJ
CRiF21UGUeRdwCXAB0OzItfk20kZWhO5KBKg/OwIEHloP/VQNl1h4+lFGkQkP4yjTh3to1voHB2n
WLqLvQJvKjhhHEG8cCLuV1MKk+kAvUm30np6ny7i1lxD77B4tOOnNtwaSyMfAtfQjsgAtKKokn5A
p9hatgDfFSppBs+HJzy0JzJIKZQb+XnkDZQep/dZdqSPZiD3O4rD6byLvoNr9Br6aUT/SpJNTfQ0
28Q+xNkqSDulEqk7cjtNoxP0K1aD3By6S37DegKng+/QUyyFDUYuRH5PP8S7tBktfYt2wOIQDfJx
olLuJRfl0NdoLjVC+k16kyWw8UKNjIlURA6A+zR9zL38x8IMO7w0kxpoNz0Bb7xOl3AUiGYT2ePs
KNKr7E/yG7CthjbQ3bQFlh9G3WM0wMaz8TwF50OOEebRIsj20CH030/nWQ0LsEH2I3FILhoqiyRG
kiK/j0RoLNXDwh76Efr4hBVBBz2ILNEpZUqdcvH1rRjhCnqMztOrsOMd+P1T+jsbi/Quv4d3RZZE
jkTehy0WnB2m0DxaSq20kb5BT2JWX6SX6C/sKrdC85z0sny3fCXyIHybQxWwvRbaC9D2TsxSiMJI
r2OUccyFUUxhc9l8tortYftZmL3J3uQm7sar8iOhiVfE29IkWY5MRUvJ+k0eq2QJtWAG7oG3H8R4
j9DLdJYlsRxWgBG9jvqf8Wm8Cukpfo6/I7aJPdI1+dtDF4f+MHQ10o1vT1VYd/Xw5jPwwp9ZMmzI
Y2tYB3sPlu/lz4lY4RCKmCjKxUIREDvEPvGf4hfSeumo9JY8U26Uj5obh+4YejVSE7kPvmC4q2Vi
JeVTCU3G+lmJ1XQ77GtDWk+baCt10wNYLw9SL867YTpDZ+lX9Bv6I2aAmBs2r0bv67DqtrEHkA6w
Y+xH7GV2lr3LPtMTz0LK5ZN4Ga/k1XwV34a0j5/nr/MPxCixHPfvLUgH8SnoTURpSYrIxUgz5J3y
06ZXzLnmGeYmy8+uXb4+9nrg+jtDNJQ+9PWh/UM/Gvp9ZHHkLtjvoQIaB0u3w8oDWIOHkJ7BSjxJ
P6af0a8NWz9mnMlY8alMwWrIx6yVsVtw1JjJ5rB5SIuQlrClSI2sibUgdbEt7FvsXnYf280eMtIj
GNsh9n12Eul5dgrpV+wC+x37iH3MsYi5wGr28DG8kJdipJX8Fl7L5yOt4q1IbXw934gZepr38wH+
ukgQHkTbRtEuDogfiBfFa+JziUv5UqHkkxZLq6R7pXPSq9Ib0lXZKfvlFvmg/KIpw1RiWmRaY3rE
dNz0gema2WSuw3F1k/k1c8TiQcT6CcZ9AnP65VNoOsc65ETpTn4B+yJVtMnb2SJ4zMQXirXiAfFf
8kp2RbjYW6xbrBa3R54S1fzvopUt5mdYlnDKU/EpZxdF2FH+Lv+E/15KYgv5hyxX+g57nreKSo5v
DIipv5SSpHvlD/A14Nc0lW9mg/xlfLm6N/LvNFU+yC7IB/mr5JIu8gS6gF29nT+MSr/gq/lOqpdK
5Ku0Gn7/vnwn/D2d72BjxWvSQXpfKPyvuF3tR9T4OZslZfPbeCk7ioh7nWXSZdZObewhUtlp9hsW
xpn4iHiazeYxmC2N29hkfGz5uXCz10QUBXQbWQ5PYnX8Cl8kXjCdFxNx7TlP/0V3M8GKsHa+eIbo
DuyAfXwMYpof0eSXrJhS6WHE+0+GXtAjtvyGvBPr7AmRT/OpiJbxV2gq9sb7SPX0bXyjO4U1uIOK
+CO0KbKFrUDcn4P4yQn3Nipk0YiWKbCtC++LZJ6FWNiArv+O+P9TRP0a9if6BnNhZw1SrqRLdkl+
RKYg4u9OpBW0DKXH6EHTCfmXVMtSiCTX0EGs8rfpNrxz3kP/6fhC/R1EtiekfFjtQmRuR43HhmaQ
ivRteoVx2gybp2Of10kzEHn3R9ZghKvxjpqNd+JZWh15mCoxd/Mj90Z2UkPkicituOEuiBxB/N0Y
CdEk2i4H+GLZK5Ugxp5lL+F99N9sJ+L2DHoL8cjDUukjpB/A/unyaeqWfo3YWRbZFfkVvrLm4svr
AcSZWYhe6+hP8NsMMUgThubyvki1aMMb6gLNizwdcbIoaomsReR9gQ6ZZcSeLZQpH8La3Smt5EWw
N4+SWSG4t8o9RGrFooVq2fSv+aZNLZ0yedLEkgnF44sKxxXke8fm5Y7J8WQrWW6XM3P0qIz0tNSU
5MSE+DiHPdYWEx1ltZhNsiRwlc73K9VBl5YT1KQcZcaMAr2sNILR+BVGUHOBVX2zjubS6zVCdJOm
Cs2V/6SpDmuqNzSZw+UjX0G+y6+4tJ9XKa4wWzqvHvndVUrApV028nOM/F4jb0Pe7UYFlz+1pcql
saDLr1VvbOn2B6sK8llfdFSlUtkcVZBPfVHRyEYjp6UobX0sZTozMjzFP7WPk8WGIWrpSpVfS1NQ
Fc0Ij79xhVY3r95fleF2BwryNVa5XGnSSD81ew0VqjS60UyVmtnoxrVaw2hop6svf7B7V9hBTUFv
zAplReOt9ZpoRBt+Lc6Lfqu0lLsvpX5ZROM4n2//qjRDdOOE6NKVu7u3u7TeefVfqZvh1lsIBNCG
xj3Vwe5qdLwL81SjX980vi1Qr7Ft6BA3DI8xpuHRDV9/PME1Ls2qVCgt3WuCmJj0bo3m3+UOpaer
A5GLlO53dS+sV9xaWYYSaKwa1ZdI3fPv6k9TXWk3Swry+xxxw27ti7WPZGJsX800w+XDMiNnqOu5
mvk3/Mp0G5WZuDRoruUuWFKvYExTdNQ8hbqXT4H78QQYamkrMB+rNWtlsNsxFXwHhsg02eNQXN2f
EuZfufzHmzmNIxyTx/Ep6UJ9ldxYaBpeciOLTvN6tbFj9QVirsSMwsbpRnliQf7GMNeUNocLBLdH
qoNvGwNTC+F8t1uf3p1hlZpQ0LbMqx8uu6gpI0RqIW5ZPKhLBr+QJC3SJVu+kNyoHlSwjp/DO5wo
SbPk3PjZHckJ/papGkv+f4ibh+U1C5Qa3MFc/u7gyJqtWXhTaViuOxR+g2wkx4YrwuGa5NFMnpkK
lt58XObAwE/2VCv+1cEZ2GqwUUuorBcZHA3oOZ4hjKawfm9d+kV7eqE+Rm9L8piM9b8ibLZgARsc
5qrWHMEZwzgQ5XaPbK//X6Vw5IpeyyBfVhsZszbVOzKq4TFq024q32ReTLeoWYjoxGsWLu3ujrpJ
Vo24191drbiqu4PdjeHIlibF5VC6B0S9qO9u8yNiDU9/OHJqZ4ZWvSuAobSwqVjknCr6FLZjXp/K
dixYWj+Aj1+uHQvrQ5zxymBFQPcXr1xYP2Kv4XlYrM8EptxUykZJRFcA+YAFABfYOFYC4z9cnEzj
QcfjXal/SxOg+jONnmUP8fv0fyjYKJw+Rul/geBcPKePs9P8h6hl5mdCJEth/sPnBEWZ9cwJRmkW
k3wGcrTE8sjKbme3UarX8Znvum+u4xPfnOs+KkPecQ1ofJE7zh3nAdJNvOYSg9dUma7iFDMIW66g
Q5PcghP9w2qimhpM7U29mCpRqprKN+IVy2PLE3AqLkcfvXjbCSNvQV7B4P6Ov0pX481VjvzHKj6s
2nHlYLLVEsMFLoB/g/pMNT421q7GTSyyd9n32nvtkj0t5RTPZpdgL0xd5vXNcVy+5NDtLfPFxZey
uFL69PI19qnXOx5nEta+LMEzIS4xOTklyT1xOp8YVzImJ0fJMl9hs9wJvluHeHBKcpTZk+6pkH7y
xNXt66dkco+Hjx5/N39731hXplOfg3yM8SjGmMla1G+ZU6NLU1JHfa0kVQVK05E9Mzk5z+wzzzR/
32xSXV+Xllq+nrI09XZLZ1xn/GPRj8ceiDsWfSz2rHw25T9T30x5M/Wi63Pp85SkJDZaSpMzktKS
01JGp5qtKdGp0aNL0m5Juz9lj8ucmsZ5SnpaTJrJJtK4bMKrOinRnCDZwjDDalUTY8q2WJk1LCao
MQ45fU8a60k7nsbTTokJcNzufsZjMsNst2oj029rExoSWhO6EqSEMDOrCSoGlU4u1bXFJYKuXhd3
pZ1mn2Pl2JiqJjbgiN7F9/AzuHRd4H/mFp7mPIXrDBtx+ZxLvstzHcvaP1s255Nllx2X4frL15e1
+8qut/eZ9CX+/B4rO2M9Z+W0rD3gvRQXn1JqzEx8aSl3DKs8tzltdxrkgVjfdoe8+aXYl8YXsfb1
yzBj+FBBXibcE4kmlmCqTGZl0qQJxfrgTWZudhdPmjRZHG24dhGh23XwjhU9OZ60c48e+k3RrMOf
T2dNa5dUpzN56KqHVbBHvr/18Ib2gR+/tnfVqidPDF2Z4hivfxNaEPlALMZ8FrPZAxQVuRiKKbXq
f3H6YkrLrf6o6uiaLOmcleXlTclTS4Il50oulvwtykwlrNzapdw97pnsgexT486Ou6Bc8Pz3uI+y
PvTEzLTkhdmu/txcB4X5pf7zRawoLEpOCNmRzJLDrOfEaNVbWDIa/zn0O2x5uadZCyWSlb+Hf0Ux
B3yvMQeYyX4thsWE2V7wC7YU8L0FvQW8APwTDeYujD3M31ej1BLWWzJYwktwjp7+vJpwJoEnpE04
xTLZBzcmyJidy8vaMT/L2i9hR1PZZe/l9WWXl12OLy28PL6o8i510rjCzJwou2TKcivubLfHLZlk
T2xOTpSriRVKBU0s046cO3pME4uyjjMVNTGnbXQTPkE5fCMfn8ZuxWPssfXU7vUm6NNkLNJkY7Lc
WTkTSwxWckryhGIcRMfk6JtP0fehPrPmlql99z21pOLU5i1tDw794f7lhe609Lg7UzxjVz6spDu9
++e6antmbA0+2iLNuv+hNbVL9x0cf/Kb2tYjVWNG51vkMlP0wbW1NVNG55ZnRt12X+2qrsO4dulx
UwxgdqPwJ9iv1dxkG7OT36bahWpnY2NYkplxExNW2cSkmGgbSTE2yRRjw64apcabLYlms8UiJLMp
Bl9GbMx2mj2GKBrNelSbzExWi8lkkaWYGOk0PtkLsrCVarTVahesRxwXXITZ39RUVmZsLzsLIl5d
tAu7STUzc1rsV/ZQu8+YIR82ELK/c+jxtqy00OFDuuy4vt4XVxqHUBZfun2cV9rseEnP2u12RLT1
y9iy9vUsSYlT4twT2QQQJgZOHrr+It9wx6GhbPbJA0PfYyu3iG9d28WfuK5fnOAT44m4cWv6Vw9e
GliOSYjhuEXB9niA/phw36OqRbNmL1zoXbh6XXPH3OZvzG9d13hH3YI5C4n+B5lBPeAKZW5kc3Ry
ZWFtCmVuZG9iagoxNDEgMCBvYmoKNjcxMwplbmRvYmoKMTQyIDAgb2JqCjw8IC9UeXBlIC9Gb250
RGVzY3JpcHRvciAvQXNjZW50IDg5MSAvQ2FwSGVpZ2h0IDY2MiAvRGVzY2VudCAtMjE2IC9GbGFn
cyAzMgovRm9udEJCb3ggWy01NjggLTMwNyAyMDAwIDEwMDZdIC9Gb250TmFtZSAvRFVKTFRUK1Rp
bWVzTmV3Um9tYW5QU01UIC9JdGFsaWNBbmdsZQowIC9TdGVtViAwIC9BdmdXaWR0aCA0MDEgL0xl
YWRpbmcgNDIgL01heFdpZHRoIDIwMDAgL1hIZWlnaHQgNDQ3IC9Gb250RmlsZTIKMTQwIDAgUiA+
PgplbmRvYmoKMTQzIDAgb2JqClsgNTAwIDUwMCA1MDAgNTAwIF0KZW5kb2JqCjExIDAgb2JqCjw8
IC9UeXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQgL0RVSkxUVCtUaW1lc05l
d1JvbWFuUFNNVCAvRm9udERlc2NyaXB0b3IKMTQyIDAgUiAvV2lkdGhzIDE0MyAwIFIgL0ZpcnN0
Q2hhciA0OSAvTGFzdENoYXIgNTIgL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCj4+CmVuZG9i
agoxNDQgMCBvYmoKPDwgL0xlbmd0aCAxNDUgMCBSIC9MZW5ndGgxIDI0OTAwIC9GaWx0ZXIgL0Zs
YXRlRGVjb2RlID4+CnN0cmVhbQp4Ab28eXxU1f0/fM69s6939n3u7ElmMpkskw1CcrOyBoKiEiQS
QJBNSABR3FhcENRC3RVbcd/aMkwQg9SaqnVpbUlXbW2FVrpojdJv0bZqJs/73Aku/X1fz+/1ev54
bnLO5+z3bJ/1nDubN162ghjIdsITafmlSweI/EROAbyyfMvmUDFuv58QTWLlwCWXFuP+lwlR3njJ
uq0ri/Ho54Q0PbFqxdKLi3GCOKlbhYRinGYBY6su3XxFMR6ZA3jPug3LJ/Oj30F87qVLr5h8P/k9
4qH1Sy9dUSy/1A5YObBh0+ZivP8RwIGBjSsmy9OFhNhabxH6uWL+pE8BE+R/SBPZS1SEIwLJkPMx
khncy0SJOMtXcnsP//BY6xJz08caj0au+NC7tV0s8JL6iqHPdo/fIhBNLcpq5fIsA/XU4UInuUAg
n+3+9IQgp7CML57EoQWhYYVhyGCqZjBvc1UPK/RDpSHR3CoorGQ7HEfM8FvglsDxsk+JpLDmr6iR
hgE2FsH6IlhTBAtqpO+j+CxSMzGisA653NWs7JDOUL2dQY2WxS35RTVSq1ZhwXBZOQs5twjzPawV
S76btWIh04upQx2dxVptxeTmycJTasTWGIqF4CS4AbiDcKfhVOi9hWTg9sFNwCnkGCu3DW4v3AG4
k3Aq1oW8psbc6lMIyBHksQtERCgDx5N+BZvdnOybFRrMiobMg3tAoSYKhS5P1olH0Qg/1NnJesoP
pSpkmC8tq5Yz8l5/9fMKnruXlBARJWne6ZNzSL6tbTJQ11AMDCXT1SdadQpCPoLjFERBSWmx1lBp
RfXpFxCnfIGYKWWp/OdDgh1v48eHzLZqqVXg/0N64DiS4w+RETiObOA/JtvgOBQ/mE9XsRfxB4d0
pmoB5T8iIbjtcDw5AJ/KcQkhVv6jIZuTNf/XvNki1zuRr8wWA0OCu7qn1c7/Hv15nf8FiRKR/xNg
EPBVwADgK/xrxCj385Ehs1C9He97GMUf5reSMmQ/yl9JqgGf4K8lPrnYb/Om4nt+my9NVrfq+Mf5
q+Uim/hBkkXRdfzafLUYOsY/gp5K/AdDWj3r3wd5wVH9PP8ev5bYUeoUSrlE8/P8epKBYyMZHtIa
q/e1GvhhDHMY0yKij5Q8IPsS/4s8GsL7nuS3EyfyjvM7iAPwKX5n3iGOHOP/Jb/vE9YK3vcQdgwD
Q0ZT9Uirln8IuTn+fzDj/yO/7cxQoqGatCb4W0glHIdJfRehdxES+A8R+hDL9CGW5kMszYfoxYfY
tIQfQ84YymT4d8gA/zbZB/cAwgoMYGseM8iWbms+Vlp9lL+GvxozIRzD3FGkXjukNbGeXZ232uRi
VzMEb3mef5PMg+MwWW8xjNxwjP+GPJR9Q24fq/CrvNaAqbuquBZo6Uq2Bs/z2/md8kzskGcg9wNE
KTHz18mVJ4YMluptWP0FiG6AvxduFO4jOAWKLcAYFpAlcCDefM+QyVxtPsYvkivPzJtqxOf5GRj6
DHm2ZuQdEbnP0ycDCnPeF6z+AXDFTNKgaNUKk0KVz4jzj/GzsX/m8XPzF4vo+/w82mVzMneoYUp1
5TF+rjwXc/NitJict3nkQFdeW9xX7UM6C+tJh1wwldeY5PzUJEryySG7q1psFfgp8mhr4BO+HstX
j6WpB57UyItRPSRYsfsv5qvlEVWTfoQOwOXgFFjjahSvxhpXk5Nyipmvw3DryAQcj7WtI6fhQGb5
KtICtxfuBbiTcEo5tR8hDumVeEM//H1wHFrMIC7Al+D64bbDHYAbgTsNpybH+TTek0bpSvjb4XJw
J+AUWKty9KMceVY+RMbBVESyjbtXmkK3kW10G7eN36bYptwmbLNopNp4ebW0hnkVzCuFV9+vHdBu
1/KVWknbo+UFbUjLDU+M5NVTagAkq2pKze+63+/+tJu31u9T7VNzx1sN1EJOwH0Ex5PjVEBMQEyQ
dvHHm080f9TMH+8+0f1RN3/8nRPvfPQOfzx9Iv1Rmpe6fVOq65fQDXQb3UsVIs3QFjqPKpbwG/ht
/F5eIfIZvgV7QdGvH9Bv1/OVeknfo+cFfUjP7dMf0Of0I/pRvTKnGlGNqk6qTquUPap+1YBqu2qf
6oBKJaoz6ha1pFKcbm3n3sakHoCfg+PIdvj75JAAn5IR+KNynKViOeAPyHEJfo8cisKvZCG4KNr6
Hcpth78PDsgnx6PwK1kcLgrq/luUGYC/D47jfiv5I5UxKcYJsVCMIzF6OkZHYydjXC42EuNGWqdw
b6H8Afg5ONbLt1CThaLwK1kILorevimXexPlGOJvh79PDh2A/99p/UgbkHMl+D1yKAq/koW4N/PR
enOri9uPFpfAfwDuBBxPMvBb4DbIMRE+5fbDl7j7hkrKwfC5+/IJ0EiASBEEi8AvgyGPt3pJq5m7
D03ehybvQ5MsJsK1sNjECHdvvoOVvTc/rQim1JxorQcXZV25lxyE48g8+A/IoQz8FjnEckCqvojn
EDop5wzAPyCHWD3WCvgA/LN1ee4+/N2LFDN3JVKvlPQccTohOlktGusw91x+tVUc5g7nSwWAoSLI
M9Bq43jMvZF+KPvfk/0HZP8O2b9A9s2SPmr8T9T4o6jx8aixVcfNIjFUOi3778n+GskUM/4tZnwl
Znw4ZnwoZjxG3yURFApL3ojxzxHjHyLGZyPGpyLG2yPGxRHj/IhxToQ1VUpCxMgFmE8vkn2/5AoZ
Pw8Z/xgy/iRkfC1kfDBk7A0Zp4RQnP4PyaLg/bJ/t+zXPps1illjIGt8jgNlohfmzUR7jOPohcTI
6/LJZnGY18qAC+e745gBf767FcCX7z4HwJvv3ghgy3ffLrZqOTM9BGFF5Ez0kIZBQz65A9n6ItDk
kxchpswnG8VhWsgnowCf5VcGAD7NrwwCfJJfmQX4mIHv03+SlRyaof/Ir/w2mqfvk1LWLP0rSXBP
Aw7nu1tQ+tni2+lh0kzjSM5DOmTFvpNPonP0iXyyFODxfDIG8FgRPJxPiog9mF9ZAfDt/MrbAb6V
X3kK4L586Tr2untJqdzOPSQhw035bh+yB/PdrKGBfHcGYEO+uxZgbb75pwCr882nWNVL6CGKnU1X
kqTc06X5lUlkL5kcSB8plbMXk1q55en5bjYlXayRViPtnBxIB21nMh9to4fkVqR8shLFmvPJBMC0
4sw15VemEGvIl2KqaX2+9NuYubrJF5Sx9fk+jaEbrKFoPvk0Con5lWUAwfzKTgAfq4k+2ybfaiXN
cqcs+SQrJeSTIfEHVE9Wyl3WkQS974g4jnY/ax6m5+fFT6VhDc2L/yoFOCJ+0L1M/Hv3MCRe8X1g
8tNHxBMo+k4zgpJe/H3ylPj2yoj44yRKSD7x9WSF+FJiqzhcekwc6g6Kh9Cx3Mpl4sGVcgvfS6Ba
XnyidJijqH1g5RzxnmRKvDuBRToi3obCu9g70NANya3izsQO8TJsxM3du8VNyYA4UHqRuKaUvcgl
rk6eI67CQC5BnRUrLxGXJm8X+2vlHl+U/Kl4Lgvmxdkr5RHNbJYzZqw8R+xCD5DRwjLQg6nYl9Wo
WlF7jM0RJJX2oZ+K59V/nwMXptvhNkoV6ufV16qXqReo28BvStRxdVgdVNs1Vo2gMWkMGp1Go1Fp
FBpOQzSEsw9PnJRSTGWzq2TNTQUlgBKoIfAFKJAUBIv5hKMaDopWzsbP5maf25arT80eVk+ck2tI
zc5pei5ceIjSb/TS2bmR5WT2slDuk3Ojw1Q3f1FOGW2jOetsMntBmxuFc9xNw5QsWDhMJ1iNG3w5
a/vCo4TS8htu9THYdcOtvb3EuaXF3WJttjR2dfwvXr+c2N/R2ZH68nF/GUTInQrk7pp97sLcU4He
XDULTAR6Z+fKzg0tXniUW8et6ew4yq1loHfhUbqKW9d5Dkunqzp6UWyqXIw0c2tRjHQzgGLcYtLM
iiF98VeK0UNI7jjUDI8VmkcPsUJAmnlyoUVyW7T9q4X4m2m7XKidv1ku9O3iC5PoB14oMYC2lOtI
Un5hUrlOLuZmxQ4lEnjdSni9Cw9VJ1DgUKJazp7/ZXZpMfu7xezvsuxhSr/Mr5Xzj4KGsxJHQdJK
UeZrU/j/c2RF2/+HF9KhaVvWL+xcEe3sj3augOvP3bxllTu3fVkodGj9FpYRyvGJ/mXLVzG4dEVu
S3RFR259tCN0aJpc77+yF7LsadGOQ2Rh54KFhxZKKzry06RpndGlHb1Dc3c0DH7tXbu/eFfDjv/l
XTtYYw3sXXPlev/1rkGWPZe9a5C9a5C9a640V37X7HPa6OyehYc0pK23HWvO4BCn1wFb+n3h3jan
MNAso87UsPta33MKQp8g+lRvzhBtyxnhGFalW9OtLAsozbJMSDZPZrmvnRr2PUefmMwSkGyJtpHN
7s7VHfjfhGfz5svwYE02bSouDMtj6alOOR8FNiMEHw9KIswcEr7M30xYG5NPKlUsSzal2hce6u7u
dK/u8EGIH2Jyd6p3E0mlUFJ+F8E7MWpZ0HfKgr5e5az5dfefuz/u5kdkCX8U0v1JWcIfgXQ/CncS
En6QH2kebT7ZzI90j3afRNl3Rt85+Q4/kh5Nn0zz9ZM9YK/qpejql3+XpTZdxpJTVB6tPG7EkLI5
tQlTAH9yGhBDxmY4NkssjwVZ1RSakzNTxVEgpRiQa27ajAirIKfKSawOq3UZa55l/x/PZCpIsPIb
RFTOkZ2fvwPWCzLxR7hTcH8rzJr4XLmWRAtrJk7yNpDrWNFNWuDi5HoIen8jd5EXSB/5CeTGTlpB
FsLS4yYeEPZGMhvT5yJKqoPpJ0pmkx6YImaRP1MjOUiqyPu0i+yAbDOP3A+5cC6U9FbyTXKATp94
j+wgv6SrydOo/QSVYG6aQ2dMnCDzSc/Es3gHIVPJ3eQ+agKzmkN1NDrxDlrYRHaR58hvyARZRO5R
HkArPeQcsn7iWbKY/JwuohdO+MlMsp5cS+4hD5LnySl6Ex1RKCf6SS1ZRjZSNbXRUn7nxBOkQfmW
9pmJlydGYc1cj7LPkQ+4lKJr4kMikb8p6MQqCPk2UoO/9eQhcoT8nrppLd9OTBA/F2MuriYH+VL0
cQbZjbE9R6+iB3nTxCMYTT1ZTrZhS11BR7iw8i3l6YkriRXjy6Kne8gj5IfkJfJ3tNZFF/CXFlom
YAcAP02RTrzpenIj+R5m7kX8vUzNNExnouUf0nfoH/n1/F/Q8uNkjHxC/k1L6Wp6LdfC7VRWj++Y
eAb22Vr0vBOjv4CsI9+hCSrRC1H3fu5y7lqoykf43ytKFR9NNEy8BPMNVHKykzyFcf2M/JK8ifXq
ot30N9y1/JDyxomr0N8MWYVRXE8eJUfJx1RJtdRA7TREa2g9RnYVHaF/5AJclFvIL+MPKm+Z2Dpx
Kwljr/SRFai5hlxHbiDPkuPkT+TvZIx6UTODmi20h94KFfll7jh/Ab+Yv0shKe5SPK14UfG50qJ8
sfDzwknMOmunknTjr4+sJFdirofx9xL5HeWpjwbR0jQ6Cy0toSvp1XQfvZM+TB+jR+irdJS+Rz+i
/+Hc3C3cHdwx7kfccW6UD/BJvoN/gH9DEVb8TvGZeul4oPBC4aMJ/URqomZi38T9E29PjMmr4Cdx
0kLasbvWku0Y/T5yJ/kW5vww+Sn5NfbdCfnvFDmNNfiMqrCbPOhRhEZpCS3H6C6gC+nldA+9nT5C
X6F/pKfo5xzhDFwEf0mujpvFLeZ2ch9wn/M6Psq38lfwd/O/4D9VbFVW4+9p5TPK06pT6rjmjc/3
j79TIIXVhbsK+ydqsRdV2Hk24FyWtGHPzcIqX0wG8beRbCGXY46uxIzfj51zkOTJMfIaeQNzf5y8
jROAE+SU/PceVuIMGScFymE9lVSDv2LfK7Ey7dgt/XQF1rb4dxXdSXfTe/C3n36bPoj5/Tn9Bf0l
PUHfpR9jTIRLc63cdIyoh7uQ68PfEm45t4O7mTuMv59xv+He5v7EfcoLvIUX+RK+k7+Ev4nfw+f4
w/yv+F8rEopWxQzFWsWrip9j5DOUM5VLlMuVNysfVD6sfFH5Y+Up5YTqdtVDqmHV39Q6dZ26B2Lp
bvWT6mPq36snNCXYT93ofdkknWLgdnqhIsPtoxPcMMb9A24z/xPuDvr0V0oQ5R704GIo08P889y3
rt4HI/B3uJ2EKDrkUtNAxd4g3ydvKH+pcCj/Rl7lvORD0MM7+KXcD6Bqu2kdP1Vxg+INUJ2t6OfD
3AlOzR1Eib9jNZaQ86iH/I/ifPIR5v+4cg/mtIt7hz7NvQLVuY+8RR7hjhEo9WQFrUfvLibPkE/J
N+lRPkSPYN9tI6PkA3Lyy/4qMuNtXIvKzW1RTcEKHaXzJ17lyib+Dqz/I72BvM1/ir1/Pp1LM+Qx
8i5W/dc0S0VFQeEjPwflC5L92LV/JUPAwR8rYsCgj8lRPksWKU5iv2bGXy90KDfz19FPuFYsp0um
3PMYNQYNvge0itFREzkIXAcVkTH67+SnNAJ+8kvV78h9ZC95jneQOP8ot52b4F9ThMhtMAnOwVuv
AX3y46zqCXIpWY3ZDU38pfAIWlhDGkgDXUYXkQ7kzCDBiUvR88dAi6SJxRP3KnuVKfIzOoc6yAug
Xm7M4l1KbWEMJQ8DD98mM+jNZKhwMRkBX3HTOK3GbhpTblHuUz6lPKz8gfKnqipyBbB2P1bxT+QM
uEaILsdcvE/+hb3eBuwpB/60ohczwMPWcb3886SdeskAaGAp6HYb5mARVnITWtlJbgE+PQoe8jNy
mgp0MfkBeQuY4wKeL8f7NWhnNjkPq76JPAbqeB0dQsrFOFJIAs8+pSbawG3G+xidvQt0dgR9+j35
CyjHhNyvcjqVdmD1lpN/MVzGG+pID/QBMnGENIJTdvBvkD/DsCaQNtCXR1CvH3vDhKOKRuW7lCPl
hbkTDdxq/nnqBDc0YVctAGefRgfRCzPGMU4cdB6pLUxHa0+DlvUoHwX3TYEzODiH4gLleej378DJ
fkY2Tiyk96mBAVLbeQukluZpTVOnNDbU12ZrqqsqMxXp8lSyrLQkEY9FI+GQGAz4fV6P2+V02G1W
i2A2GQ16nVajVilxakRJeWe0qz+US/TnFInojBlpFo8uRcLSryT050JI6vp6mVyI1VuKrK+VlFBy
5X+VlIolpS9KUiHURJrS5aHOaCj3045oaJgumr8Q4Vs7or2h3Jgc7pbD++SwEeFwGBVCne5VHaEc
7Q915rq2rNrT2d+RLqeH9Lr2aPsKXbqcHNLpEdQjlHNFBw5RVzOVA5yrc8ohjmiMGGLOG+3ozHmi
qIpm+Hjn0otzPfMXdnb4wuHedHmOti+PLssRJkSn5CKkXX5NTtWeU8uvCa3OYTTk5tCh8pE9twwL
ZFl/ynBx9OKlixfm+KVoozNnSeG9HTnXlafcX0bROMT1XV/N9fF7IB6HWOE9e3aFcgfmL/xKXV+Y
tdDbizZQl4t39e/pwqtvwUrNZipejruhd2GO3oBXQuWIy6Mqjq+oD8X714Ry2mhbdNWeNf1YGu+e
HDlnazjv9UpHJ04Sb2doz4KF0XCuxRftXdrhP2Qne87ZOuSRQp6v56TLDwmW4sQeMpknAwbjVwMr
MOnFPDkkF2eh2ed8MbOU9TE6MydhRy0PoScLoxhTA/NWNJA9yxuwAHh6KWrlLsaKrM5p2/v3CFNY
OoZIc8q4EA3t+ZhgB0THPvh6ytLJFFVc+JiwTLZPvthqObr0bDiXSuWSSbZF1O1YU/SxWY7Xpsu3
DHMPRAeEEADUSdKDuV3aOyWD6Q+H2QLfPCyRZYjkts9fWIyHyDIfDIEZqF1cP8sZOZvjOI/lbD+b
80X1/ih28mFmaSGOnCbxxb9ZcNo6V03JUef/S/aKYv7sc6Oz5y9aGOrc0z+5a2cv+FqsmM8mFPOG
vMlQzta+kPdxSGMhzsfLudiUixd9UQSRhYacIo5/lbypLx5Wa7Ar5RQa6soJ/TOKfq8uHJ7Emf9b
peGJ06yWDL6sNjmM3JTUZEeL3c5N/Vr8a90z7OFnLwDJ4WYvWLRnj+5reV0gZnv2dEVDXXv69ywd
nti+LBoSonuOQp4p2TPQCTJUXNHhiedu9uW6bunFUFbRKdi3HGk7FKU3zT8k0ZvOXbTwKKxioZsW
LMxzlGvvb+tl88W1L1g42V95MtmexOQSomqkfg6LyT1FzoHzwFVzjeyAncyC2wVXDTcH6QeVrxIB
br7yfFKmaiTnqm8lZYgnFJvIGqTNwqGZFWUX87eSuUibBzgP9dqQ1o14F9pNwqVUT5E5LI70WYAl
KDebD5D5KMvaakE6tEPsMbbLCG66qCBPYEzgXcUUOVn2OEirxQeViBIl1dBvio92EuomYRHoAQxw
RjhTMUn2zV+EBWKBTsIe1ov/ftitFge4m4swrdTLNFw8fvBKHPCjjwQaRQTaaQxSVvGpI3WQE35J
PqQeTsFdChl1mP+34mfKu1W71Ldqdmlv1m3RTRgWGEdN28w7hfmWEutW23fsM+yvOs913e2+wrPV
O9v3d//SQH9wARrkqB8D9Stx/Iqxth3m6Esq9TCvkWxEqXiJJzq14iVKPBqV8iWO/z5tJVoIL+cT
d0r4pGm8aa5wpql7vIm0ICx8Dq+qMmwJW+LwqF9BPg/xI59LSvIZro+MsBU4p7CSuw06u5X0SKW7
TM+auXrFPdwd2ie4R7VK+iLhDS8abUYDJpRW2s1qdnbIq4e5OyWtJFDhfNuGu9iL+8b68HYBf6Rl
rGWsqpL00T7qUKnxZxGsLqfLkSAW3DC5bVVVR6LygtnZvn8UDtG5yrUVHa2Lbj1YeKXwVmF4RVdt
9Xz6T0gyEmUalAd965X7do4UqVPsUt5kHjYr7uLu1T7GPalVoHc29A6zJKhDk72yzGO9ssN+azAY
K23n7Ebvzsgdkzv5ld7Zauvq8WcRuJJESa2T9c6zqqq9pNg5Oq9wqLCyorN10S05OgX68XS5cwVj
4fuFHxaYaYNU0w3cVq4Zq+SVDNzbhHiV1KP47q3u1FzhlPAXkunGPNBwbZjbOn6Um043HGe1uIk/
ci0YE0/qpAC62cLxdo7jCU8pp+cPskYOcuWK73eyjo/NFT7pHsNatjTtUlakrhFeRosQt7mWQvt2
+oJy7adblHuwY8isiVP8M8pVTCajsySP1qcSVXFtmUvt9jlCjri7TKvW0Ms1AZjC81ZlCcCQymh1
DfM6KU6kWCJLpFQFvJo6eFOnZSXIfAfYyNJWc0SEvslKmvYaqVGyObJGT/nH/2DD/CS1sXusr32h
5IpIsZJshDUSYY1EWCMbInSQGZJ6UVAOdI8xE7sLljYUdjGLG8rLEFUYfAa1+l2TtSbXqn2rtIwm
Q2ExzKnMJsHEqWLReJRT6Q06g9agMShUDqfdyak8bq/b5+ZVHNR6BeVVyVRZilMFLZFlJKGG57e5
ltFSJbywKbCMRg0ly4jbiVCKIsT6SZmXnHx2kEE6SO1qExeNJLBDErXZ+rq6mmqny6kUWDwaUauw
t11OZ001NhL/TGNk023nL/v2tPJwqrlmdPOWn1a2F95Q6BKehpQn7rWbGyqqPUkV99hPcuv2zL+4
r2Pw3of/cPTehx+86djv6cVTb64KuaOHxj8qnFw2vTLUcBnbK7tAApZjVV3kuu8TE/0urSUa+uiR
yBL1BjVHcULGUtT0PyBGTvooMdN/QUyvJU6Ok0xmDVFq1AYkitAzcHwpCSZTj3mD+aCZF8zU7HGb
fgC2oOFeIW7ORU/I9OMUqEdfX1O3MN7HKEiLtfHjsc/pxynal8LGs9gx1hpHuLamuq6u1pJNsDko
iXP7nV3d4nhd7IJZXmtVqGamlf5Tueqzp6/pLI/HS7u2cy9clAmHYqdknMGI7seI/ORvUuwm7nvc
d3i+xHAnz+n0Oj0lSp/1gPOwk3P6OfRJp9f4h2n/EWvGlXNxrmEayVOrhm0bvTGrGeZjh01KimtN
9IzkI0pBySl/b/2l2U9f8FO/N4h7Yi9QSj2B52BF2YfhASv7BkEFBrvPjPedIi0tY8y0K9k0ktPY
opFcJngeMzxjI9sIvZgE5Bf3K0rI+xSFZOgTZJj3W1rksqcsjY0WayOF67M0WhsRFV7HlPWRvnC4
llhrs/JcyRsIuo5aRcOYw/oavufzP9EN39p50X3nxet+v++Sp/pnrSh8h8bXtSYjMSd9hlbsW33z
fcaR4f7HZ96w+2jhGWuqk+H7HOD7i/LOKCHHJa2dpyudW5ycbnji35LDas8m+ZjjVQffolFG3G5R
qU04nud+DGpzJ/iLlt73TCIhECVONXWHBWPk94Zh+sch4i1zD3OvP2P2il7Oy/Bdb2fIbveUFpH9
TAq4LlOkT0CSxrA5MmPC2CkMuTjwqkqgaoUvrrPFEn5fwMeprHFTIq6LLKNBi3cZCZkRiuoTy6jP
Ji4jYSM8hncy2qWSqR07SB92GtiGiVODMgPXHHaVCujH1WatMapy2MFIsPdqgX/RCP/iM29vi5YH
Wtvu+cn6H2+65leXv01vL7yuqa0IpytmtKdmlipX+Su+efzeoNb+hxduPHnlbqrZf4rufm98/R5p
T6GQja99hNpXd2A2D078lX7Ov0j0wLTqo8QzMSJ5rLasaiZRG2Za9WZ+prb8BQd1eNxvHWf76Ewf
ttBZTgf6IXcU/azN1tm+Eqbndy5d2gnX0bV0GYP8i3IUwfGNckJnJ6aAg82YKHNYTVgqaaV0e0TQ
W1tWCluEy6O7hBujTxmfFdR3GYeMHI1FORKJRsM6kz6gc4XdAZdeS7WcJqB1WhwBJ43pSMS5KWoW
QlESFsJcOMqF0xbBbrEIUS4a5kpNZrvJZOa2mKhJd6WFhqFyK5zRsMXEKagrao7ESoGllJ4SJMHM
g7TpoIybndT5HN1JorRCioZ0nsrEQGJ74kBiNHEyAWUmEUpIiR6k7EvkEuq9l2KCBoW+Mx5v9/hY
H3G3yMy3pcnLaMp4kwVo4mJ44mrsA6407jJVpDTga4BuFuh7OcVQqbHRTYQxKowU/b6vRtRCU5O6
CXKNLGOkaFiNncEkjHAtUAomZZBoFmFkuTYLUl3C8/yCQrjRX+FbU5g286JO+mcbfa8rHWkeH/DN
CzlVnH/Nj0fpzuvbUo0+QROP65fvV0z57Ilvl4nKeNwpBK02bds/6S8LadDk+RN/VF4A/h2jgaPE
ObF9SKvL+iHLM6iahEZAqRcJBq/WV2fr9t7ovNm717fbr1lrWWvdatlq3W15XPWE8VHXq66f+HQq
J0m0O1v92503uG70Xe9/VnEsqMskVomXq7YYt/hutD1nVtebLNZYgCziApQOUztEh0XhJy1Wk3JN
gDetcWjpkoyFWrwDCZqwxtcfpdUywQNn1pp1oo7TdXs8Z7rf6/MNFUNj4Ml9n/R1gwxCXMN0f3AG
sz12ZowwsjX73K2HqjXA5pjTrzIaEq64RqvWcipfwujUxYnKD0/vNsWJ1quMA30ZBidTQGDaN0j6
BmWEppYo4w+Q/4C2DGvrHQyXYzIu11TLiFyvvKCk/PQ9235V1bL45fu3/3rLxn89+tvCwWd/Qntf
3PvAYk8oo1auLSSHX75ty91HjxR+fe/A7ssuX/s92jX8Il080hzL1DCeAqut4lOcSFXRudKYU+HR
cqGaypqBmn01T7jetL/p+ovrXy7tVt1mx9UVu/nb7Mrdunv4e3S3O57gn9CpQvZOh1TTU7OVV+p4
nY6rkeyGljsU92sfUXxP+5hdaaBEPd9g+IkmoA6FAu5IJDW/quqP5YGUaj6lP1EGVOFQoCwSpSpi
UBuJQ4A5zJmyO5y8S+1yDlkr3FWlZbTCYHCXcW6NSm1Wz1NzLfD2qg+qj6tPqFVmxsvV1TUHUy+k
uEyqJTUvtSS1IbUttTf1QEqTuk5wDjj3OXmnV6qhNcRsFI2csTkc8lRPe0YmRRD2+yD0y4vZN8j4
z+DGDGjTJHkWxsaaJjEOnAmMydqYwkJ/QITxSXA2ygvKSaRKDfbhgfxjYctWY4lWcNEi72dRvohZ
wC0LQ65ENFobZmuNEFfh27FZSCQM3SuX2rJT5v/gz9XxaZ+tS0+NeU16pc6XaEsrNiQCq/sb7lMU
xt966NvjUzbfUVPYOVAdyh0uzI87TBH3Sv7qxY6ozR8vbLh9e9CK9T134qQqplxHaug6yakTlDE+
biq7QrxJvD52ffzWspuSuugk3hn+Cw+TDA/bgYer1Kv0l+svjx3lf6AYVj0bezbxbFLXEe0qk5K7
ym5MKu9N3J18XPWw+gn9j+I/KVPPMrklcPgBNw2+FnAvjjCWL9mRss1FLa8FXJFozVdQMUIWVT6Z
CopUEI0utzuirE3xxtqIFhqFhbM006C3ltXXGoRsrbXUk639Pj0XpH49PQkcTc09092+8IhZK2o5
LUPQQ9puhpypT5rAbWXsBJ9tsjY2UjginMVTJpIVxTLCsLWTYWt1KKky67ES8ZJYCa9Sxw1RbZyY
wkIbxRcOgiqJmK7EGCfmkLGNaMpk3AXyMrVNxmDGgekgGsZ5M1Y/moCRVsWdxV9Z4MNiA4+B1BaV
AhwPq14rkDDQWUZx5Q3x9sKZB+758YLFP7216pI6Z2dVlLt99lRBu7Pw17t/OPFSfRcF+q6YX/4j
q7/SDuSOvPzG04WfPfhS4Xd7HHbq7ckk4nGlGLPNKvxlytTVT6/d8zStpo8JmtlljZO4rl4FXK+j
86SNQcYn9UGqDV4V5CobOut6Gh4nrxFl3F9HLyeX+y8P3Eh2+XcF7g08EXg/8GnAMNBwsoETraJN
tAsxIa40W802s50p8to6lS4U4CIRbyhgjUQqpgQSkYg+FLBEouKUQDwSzYQCtRHss5ukdhLwh2Cl
KPX77H6/j9TVEZIOBO2BQJDQuoCfF3EGUFcL00wiHvDj9iQh9Q0+wUu9zbrj+hN6Tu9tkPeDP5iV
O4TYdknrcGYbgmJppoLlWVhexckKbqRitIKr8NQ3DNMFQ+FpW9zDuJ/ENk3fxhRT87FRNqY+gcQO
IuABbmfcENvZw3wmjYLPanZVpJRgsYBuOYA7SfLD5NO+jYxkk8EUpWEHU2nY0n4p5zMNudYCjdMC
DuuUZX8nmOyk9I/NwI/SAa60vCnmMeudHY3l403F8Pi/3eOnlcYL+gqVpvTcUj2HzBSXpD/jrwWa
h90rPt+5KlsSn0T5sc9Sijc+77zYVd0Sj1Mxm9FfyC+6pKYEBhYOZ9FE+VuseRTXzK6QWs7zbvTe
4+A1UXd0tne6f3pkqX95RG1lpiFBKagUlZlLfJf7Lo/cFH3D95PoaEZzr/NX3v+4P/N85lVmNIZh
7teHA+pIhMoBVSRqREBqxKpHsZg+wcf50tGIPRqNbIveDKGJJP1h3/bIqciZCC9EeiKjEX40QiOu
pD8STcQrfMP0T5IrCjNbLF1hs1m50C/C4UgEKKIJhYepEmhPkkKSS74DZZuTnIZYHIMqKmVpg6EH
GvU1FdOO4qhPNqM0MSmJ4aMA4UmQzThybAxi1DioQKZpDDJUUd4e3NgHQQmRPiZE9ZmwxGxhZTE8
VFJu9zringSurtuTGVrihZdypjO0zJ3IEK+PYXxR8JaRvq+o6pRCfdAbGlMaQ6PfbXM0U3bvpJdp
MUXlD1LVF6pfbbjaKasy6kmBi/KMX0DkAiMI+Tr6xmdd1O4D5LZ8cmrfus6raZfkK6srnFeY3dt4
855533yQW1O4fn1jJB6PNqznB1io49mr7lrWLBZqe50iH+fWcPeOf6/mhrX772C4jzslijAkr0aa
lhrdlReUXR7mVSaqNatTqkq32ZVKm1NCmSUTCaVi5XXJutQlZbvLdiefzA4nn8vaGr+g2DMlB1lk
rhPruLonq4C1i0IBMSRSaENXSF3BRcQrQP950lGWMmsSZr3Z7Nf7zYot5i1l+82P6p/Rv2xWpcrM
ekVUWVvFR2sd2nm4OVC8qq+kF5CEkOASuC4qmazeqRIU1almjYhLjkg6LFZVeKYM08ZDC2XW3X1q
rI9RehD6U0VSb4FUDMILSs9Ifd+Zsb5JoYyF5eAhFTP0SiFez5u5eFkitUa/2nylfqv5xrIbUnea
v6M/pv+x/sdmI8SwXiYhD8IMZytKYrKQzGRjrBqj3WDYEM+ilhqZdmPZEiUVkM6gd01Sc/5FfVng
3etXXu4ISJmnPjz3nMK/3pA2nl8peqdY4/Hyz745cEPNquuPPnTBh8+0NWd2+bxBIyh601PHL52e
jmYqwgsuW7Xqxqc+9sbspWUceevdK+dXLprfeuH2by956JRgaA1NY6s6C9htAHaHyHeOkgh0e7c3
G2E0cKpgzYYiElBuJKKoRICjf1CrP4cA7A4FhEhEGwqYQZ3/4PV+HgyIai8ugXMCrB4D0F+GaVKK
aIpMtdkjuGnI3ePe5+bdIUEEL+wRt4n7RIX4HE3C+PG9ofB6LIjwyZm+wSYBDih4pmj/gMJyVko6
KyaBaDIOKYu3TPj5P4ilTESjFqUhFprbkViywtU+JT0+hclAZv2y3c0XuBLKOYVvbtsQtn72/pck
UOGcMv8uuoHNiHXij+oPmTzLqaShvdp/l3Ez3as9T7qH3a953vO8V6ZudFN1uQvW5zoyr3pJdU/N
WqIxVws1TI4dqNkOwfdATa5G+yI9Xv0u+SeZqFZu0m7ybC69QXud5wB53JHD5Ret21NGSkozNY1k
ZqiraiNuM2mJABFnO6Faj0et1eo8sKh5NXriAw3+s4IGSFGgcVkDllBpOBAisLQazAFB9GL+q5KV
gSpJUaYg+uGJ64fcel1oeOIqaXWZRh3yElz55TSadFmpvays1ED0ArigPu122d1ulxYqpq7U7UHY
o1KrS8uSKJR04RxYIZR6Peww2K06L0mTZTg4ZmfFBq1Kp68KicycrNdp1Noal8tLWnX0eWyiMq6J
SFjUFoSFiZEjgiUreKprhrlLhsLQTc+yz5TX0z3udY97PePuuZ0rOv4is80i62T6qbVxYyOQEcFd
3RUpRlqVjHsyTVUOIKXvKyHISzJRbvR+TW39X5TXoib7cd8uQdOkueblXUITBLkiUj+bDGmN2VAp
hRkEuAve3DeIGzmDzI4OtqwGF8Y/sFQWwYDN1AaElQUytYqpwDabTH1LatUfJrJ2VWPhgpJCrvCN
eKGto07i5kzPVFHdr2GFbG3hvtkZdLjT//pDVGiYp5wT52Nxw97PHuTXfH6X4tzHu1TxOFcSSFw1
vp7j9m2ZBwpNdeqww7Vl/Fquc1GbvyzDyZx58cQ/+Xf4l3Azr4mbJTlUgtCoCAmN1VJTR/bm2tvV
+2v5ZobKS2fXHmmk16ofS3+n6dn0K+m3wm+m36r9S1pbq+5Uz7LNcs2sXehaqbmT7K99FBevjmgM
NbhF3nyv4r70/VUK0tzTvNzZ37zRdZfjIH10ygv0ZLNO4+xp3jyVn6HhHFYHN5W95WVX40dTaXWN
BlsmVV6aKo+nysuaap6uOVbDK2qm1XTXXFNza80DNd+teb7mZzV/qBmr0Q9Ap5pq14Q1KzSXaRSc
ZqpmjuZKzW7NA5rHNK9pfqvR6jU+zYCGt1s1vNuYEFNosWxlZuoMrvpu0pfJcG6pLJU1u0X3EvcG
9wPug+4X3OoT7g/cn4PWuCWTkHVzoprTm8vF8kx5S7mivKOs3RwX41z8fUIy2hbtNu0LWkUIgCNa
ASrAMD0mCVLz9mZOau5v5pqfgNmJ3U2VSntKWyZ81Jci9UI9V1+tlKLx7AblaSVXqZSUPcp+pULp
mdZwHrZ41Q2yjWoQ9rrBM4OpH/aBqMGsu5EJF58wTgPdMJXpG2SC/xmY8ITxM6eEMZn3bJT1R9gD
ZCYkvK4RmkxNTcwut7G4SQ8b3AE3R/qwQZnG0TDFH9UJvMIcDyTCcX2iMWEKWoLEENIGaSQ6ha8P
EsFvDFJdBF6DYmpw0uInKxxMCN2Bh2KPy/t8EGoH0uKwEzBbWpzxJEZOGeeCKbCYCv7EWJhMd6vr
XSqWXGKR7QzMqMDNfPqmnjXDtNYllbYmvf7EzKkt5218Y/0N+10mnd3oxdeVazt6Fum2Ti0Je9LV
e+5ePW/t09+4aE19WcDqdoip0qrOOTUzrusabEveXbhTCgtx96z22XfSxunz6+orojgMpGQurK9L
sO+j5B/SpR+raExLe7WPBX/E/Sj6Fn2f/olT6zS0nEvaLxBXai8Rt2i36DYG77Z9B4d++JLKfiT4
XPRHweNxC6EOG+FN/lHcxeFwdfgkhRnODnN92OZwe9ynYdH5uzuhV4dnKPRmmOxSFDthqNrTwqDk
01qyMHIfoDnU8B6Mf4RdZfaLfs5frZ4sx+CR0lR2VE1ZEMKoKav2xBq+IcsfKfAxyB6y8QDz3n1q
o6xvjg0KMNNBtOwbbGTCiOusKRuUaONgXJ5xyAlnDbSyJMFkCbZOWBnIgLwktv1ow7GTK69665tP
dzZM7daqXC6xMpJdMLN+dtXCf7iv3kq9r7zwzYO3LWrsmHtxi8dT0/3A9f+Ymqpg8v68iVOKTvC/
IOT9K6XoPcYnjEeNzzoVVmu9hgSFIOcS01qN+yEx+KMoO5Dk1MP0w8P0IXzXOEwvfFaTut5g0Ogh
zi2RPK6t4YRdjaZw0sF4EPi94ObcSXkCTZhJMz6s5HIQGbwZTFB+di0DQziGYhC2IFO2JzOa4QYy
BzJcRoR1TRJYhoNVFWgl7KQ9wqigEDwVDTvkSQVaFed0I3YyDhtko3lRmoB5DWL8mCCfqfSleBMM
mdDS+mRUKo0kjbZYPBqH2TxRWlJWwqlM8YgtUUKSRnhxS7iElphTJQyBiva25I4dsO9lBowDtoHI
QDKXGcmoBkzbrFtc26IDZVelb3TtSd9jvNu5v/wx59Plz5Wbtpt3WziCVexjN/mPkgxG6gm3yCN2
h2SIb8dbWOu9ssQPOdDlUNYyFGPnX3Uy6jGrTyJaa5NX/OyS1/O/UGnSDYXLpm/oGlq1YNUzq9pX
TdUaKtt2zVobd8cz2bSrdOFc5ZzP3rjUHg4pwt13nN98YOfzd390ZbaVetc6A/7k+I3fsIv3P3jo
qYRtT3EX8H3AMQcJ0Vppoco6295n32Bf5Vjh3mpXx3WP4x7k65afcz/n3zK+5fgn/2+jbpuDRtiJ
xfn8Sn5D5HJ+W+Q6/kbT+8a/ObRJzYSTarTaFNsGIQ2v6VOGnIR2OYdp6WFfwqZW4juwIYNe62Sr
q8fqOiVPJOtcTRA/whYbaI/gkN6UZVByW2qJNxNpiSyJfBRRREJlRZWumu0OhqEyDFqLMFGZlXeN
AdtpFFKTJzyJgbKpBbo7zt36Pkml2GZJpYoHCzhgYOS57xQVXh+UdwgIayDudnlcnMpvFYPEa3cG
cbLiC1KXA15xX+AYBQIFW+RBGi5iY5FGsgW0gnSqs7LgD2R18H3jE9pFnUubljVE5gxvHV17/vhT
3/j5h9G4I5oNT6UfP7fu3PYLnPt3HNjxwvvU8d5DD14hWmt690cxFW04x2uDLpamKWmxlKEqmxjj
zLibIaoEtSKZwiFCmUXAtQErMZpSgtkQE9U/itCYqALO+kRfi48/CGZWndjpoGnTdeUoAgquy7BT
OHNGzJzI8BlIddTN5rrS48u6g2URCTCyryzzuxNpmv4NIWWTk540jOJA8zejoJC/MRqtZTADjgyh
IQalTFl1NmQYNXBgSoZKw3bDPsMBA6y1gqFfDo4aThvUBpiaKzNcRebH4efoxTDmQpEehJFlEEjc
fapJODV4ahDMUw79BafeZ34IDsvERkw1O5xvYraYlrExoHtKAMNkJxQMTvoMxYFQTIl2OeuhRDdz
tZZobU1tCdO2vmBtMKsAt6CUOVyOGgc9YQ+dP/7bllr7TTfRXx6+6vJZ07LTVAqD4AqUcHv4zvHL
L3JDcItRX+Ucbveyzsy+kcUN6ba6sNZvMTt05srag5fjdIkn3YUu/m1gUiWZhm8f3pDmxwW9uaU8
vkt7U/r2smcUR7X5siMVp2Mfd+h0NdpaVaNqamiuUgO0LdOWiQ3iDPEWzQ3J/drH04+366UZsbaw
scyNnweZoo7Zm8uMGYMs43mx2Zsla2OzlCjJNktBEZ7Dna1spix7yOrONg/zCslhLx4qBurvNhgC
GY6XMlVZXJfxS7C0p6ruzqg7EwHzDFYFxj0GJR16G5pBZ8xwTxmeGJVJr3EKnVLt3ohD8I2immYY
d+NVUll5m4RK8MwtmTZqbhPbuLYZYYElwkOiQM2CKHDCMK+U7IlsJRCVy1JzVsxyWSmcSJWz94lI
LZdKy7LlTMQyl28o31vO95SPlnPll3dDwGLXXZiYcqqJrbcw1gcsnvTH+wY/x24Zk5OhFLDDlTNN
4ylmssmMMalrUoqyS2I4m+odYywYTzEV3/Nh2HFMH7qRD4hZ0GFmC5BViyJkYUujvJsgM+HsyxGV
9XmZRGPj2J019VDfISypQbQTjGjXFz3m11Sri2VwhoqdxhdZNhg2iyW4b9GpQ1U294YXZqk2pqfV
N3/3F/MGV52344lrRxd1XrRzzaYbrziZ65s1pWdeXVNPOnTZynDjlodvfsDsu5S/f31Vad3Ui28/
Vzm1LAaDpXTDeTeHq6ouqKyY6ZE2du6srDqwevfrzZcN37lh/QNDrZWf/cMi1tacO6vdYwk6mUTV
hTOcBvD8cnriKH6Y5nRe3ygbQjOza7PKLo7rYXZQtVKpcqoSKgXMGxFSLhqFiFCush40vWDifJTY
YqJpmHtbskRKYmIkGtHGRGM06o+J4WHud9LyaGlMLI9GqQ9ViXulQh0Jh00mo04j4gg1abdJ4dYW
m9Q5PWuTptXapHa4ximIVFbBKymFl0rDi8TgYXfbJKiWx23UbKMh23EbJ9iojQnv1pEKKlbkKrhM
xQCbieZaNpAhNCVDtCZDNChDtCTD8goZSibwrwpSFOOSpSVsP5rQsdMlNFMyUjKKm4KstfopWRkC
d2SITslFtYFwtsSTnlsURdjOwg6VjcMCi+ABSYMqwOjaFw+zd4CKMTsj9isT/eQsnhEwWrQLhvFO
q74lzLqjxQGZiZ2SyTEbbkaYGNU2sbsTJnZsYkKpfNguX4xgLcF+yLTZjaCAMCdSiyxGyAK8fGR7
1pgMWxQjj19JK6mlL3Vv71x4TVnptEKi2mO1pnylc8rNtqmFxFSPpaRZOWf83fntF+86ULh9ba06
FlOHvSvog5unhus7C/qLPRFNLKYKOdfyR9ZkNXHIFEmIl1GcJOlx/+RtyRncbnG1mNlVQD+MCVbB
r3LFRCsTJiPGmGhhgag7JvqPyT9toMLYLdm67EEVVUmEGvwqq0WnZTPiR2pRe5P4MoOheEaXdLsk
NM+OjvJTauVLI6Fo8bKTzSVDKZOuzOZcdK+LEpeACy5XScGeICcG+4MHgrmgIhNsCe5FYCR4MqgK
zB0B4cHCfYLVk9eHLRvUt0kO1IIAHnmqv34hAYrS1+c00broQklatOiNivaCujlor2hTrpMTJOnC
wtRx3/J6RSzGRVzLuQiCcWAnvsvmYsBOgWCwVjZr/VZ8S03N7DqmIMLqLggqPZi7PHfg8pCmMHdg
+gICkjOKmiqlbtLsnTTo2czATsRmhoGhdDYrQ8wQg1IUU5TT0724EiTbiq4SrQesOSufsbZY91pH
rCetSiurV5XNMngkXZG1yBPENvjXZkhmz2cnBjPH7Nhfn46hL6dhzmdbvhg8/9oyNniMHr+KproM
/LOLmyuJ0zlqtYqSLlivMdvwE2Zdog2I06WidfWemAj17s3DkXRMxJf6b0r2SGtMbIpGzDHRFo1K
JTQSE0uGubeejUpTaX1MnIqwlIy2xcSuaFQdSdeF1VQRbKpeqQiu1OnwG1tdqqappSV2m26GBJ4k
M8PzgpEsmXFgRm7GyAzFDIhIJrNZNHPmpNcDsuVhNOoBzwue4x5e8uz1cJ73wpFkRRpZaTkr/UL6
OH5gJr03zaXfI+Z6EaaEZFsrm3NvIJLtbz3Zyh1ozbWOtPIZeKOtfKtn+oxh7tyhMCMq7OAJtEOm
KDIThIF0EuIQmglE2JuyKY2dQLXgIhnMC2ePn9nulI8tU6lJ2iKLtbFMlS+gNypVlQl/okpZEaQq
dUDvDVKDMaOqDlKfIVgUbmEzkM0GzGRAZi7YKlnFkEYb0gRLlKI2XEJCYY2aMioGKiOrRrH+GSdn
cCpDzJA1SDN+o1fOU87TzNXO04/MUDZw81TzDJ/iVwYglw1uLCpEM7ClnAF5oocERwuuc/x7CIRO
hiB/kCdPMzIoQ4uxmA4ox836YhxQjguT9QBZ/JAe16K/eKBiMQ3LUdSo/u8EkcmLk7YQEMn/2sCv
d183d9GV4Z7be5ZuSpc0FwKNPqs9FUgtTFtcrQV/Sdpsz/hKw5la5AVlusk/ftWC9gXnL+rp3X1X
Yce6LOikssS3lN52TUe4paWgW+GNMxIQrTqH3rZNijnE2QXd8haVTE3XcYJMTYs8ux54keIUjGf/
7Rl9o1ZF02wvNcyu7UlTJfh1XMX/lvsN/2sv71DVgpPzv6EnfJzVbMIJeEo0CWEhddD8ghnfDvrt
MdFc5N8J8OxoRAd+LvNvfO7wO8kRBVdP4e5TKGQ2m3SelUpeocbp25KhUWbwn3hGOt9dS7dCPVbp
ZI7ucNgZS7dj75vxqan9uJ2zM/ZuB2u3M9Zul2rr4IEj2xlu2BmTtzP+bmf83c74u2CndsbUzWI6
l+Yy6QGgDTg6GyPj6DJEIzJEOzIEJ5chWpMh2mJQMoOzp/1mXCEHIyopSbA0mbUnaCYxgttUPEti
rF2GYO1yEW0glk14yr9k6TJHl48Jz24nZt07G5Y5fko+RmQ8/UxqECy9idkdGGKw56t8PYQXYkPD
VF/k62bG1+UY4+tmWRtjfN3M+LoZpb7G1yGGbmR6Js6i2QHy5G7+Xzj7/7lnX5px/ZwLr7AL2JIl
tS7BmvKeP6uktlAyuT23zp2+YnbjQ4U71slsPe5ZTg9sagpfVdCvbgCfB1M/uw0xmezu87PYh0YS
pgsk96teWmKg1gs0poQRl3dcCbVWow9ICnm+QUYVUgImWwVVeHGczyw+MpheBC0yGGqclmWpUgy2
s5HoKG7dRaVof5QFYXd9AMfCZqto5azSqJ7KjAvtyhBNM3gEir7ew+4LbD9cUtswyCgn1gKLU7QN
Tcpf7Fa0fL2bLVATbovDpNpBYXLk4mIwFORUdpvDxqlUCZ/f6/f4eZXZaC3BKANB6tRag8StDpRQ
i8FUQoO8KUhtOleQ+JWuEpnSMDMObmUl2cUs2ImqSmkjPv+eKWw1KAdU2wzbhAHPdtVew15hu+c1
7hVRt00NS5J5m3uvertxu3mvW8OOfQd7cdqF+43QKJhCwS5vuXC4zQyyMPTJ9+eZPYEWrvzFpSuu
fPOXp947XjPTZdLPqEgHS4z2RNzLv3Tt3/a8euNDtPSl12lqeve7P17bN32WJzJtCQ0/tS3gYBa/
ksIsBQpCqM/Qzbh6mdEwUwKxMGOCYFHZMjA5MAsCEyb0k1aESQlN8kXT17vUFiukMVU8IepVapNQ
RsskH+4iF9eXAWbRY1CqBBb2VI1WcZVVUlVP1UCVospaNN0kjVbooJUGydBjGIHBQGnwVM7FyjFt
TzaXGdAMzGWg5jikDMmQmcswy71MFoMJh0nVctGqYlH5zSgqd2SyKDvtZUIJVpz5qPF1O2AoUe4O
euKpRAD3eMrdZSU0EYSX9KZLaKk//oX9DxVlJjc1JrVMz0aZt829Lbgtsa1csdm+zTMQuDo6ULIt
dYP9luhd9rvd9wbvjeyPPWZ/MvJU7Ij9+zFrh4PKtkBslt64bE1nFyjr5asd7IgJQdgmmCqJhcdF
L3m9iwYKNT3oquwa/7ssPNKbqmpmnn/Jkwsv/O6a7vbq+vOX1UWzjQlpReuSwiMzsm6cJYVd/fzb
TJa8akYos/PP13/j71dFvI9c2bjgg//pnXobk7Fmw1CxHjugjJZA30/oG/V2g1BEKRBkoNRfh3zQ
h9nUQ+YD3J4Xa+VoIFhMNgsylErszqyQonfp96U4vccIEzn7bqdMDAhBoUxFHU6Xi0RgO5ZFVdcr
Ij6JgKgajYllbHcForpqsxRsAsXz17eYL2FMBp9CBQM6cx/RPUeX4Lcqljy7Tz2qPsk+OKHPSXpS
ZnaJkN6TUXZsDXrCwFBlVj7FHvKFiqfZuAOZHYnQgQglEQHfU/wuObdoSShK89hAZ870jY0JuJAp
S05N2Blsc2A3T9qIoTpNSv4QsSBLFclt8ViEWY3kqzsOF8NMWcAt3s/DaSF9ve+W1ob21orauWqd
MeAtc4So2pBpKKinpTS6RCX/+K++uaSzpX1Wh0LljLQsvezNhkbB54FpSdl4JafscfpxyxNrNH/i
FPcrrFE195S0WF/pEFoUgrHMLgTKFCq70/5K/JXEb4X3hf8I6jIhnmwQ6pK79HdG74w9qX84Oqw/
HNXjnN+oKXMYputnG1SSHh/NWKtFsp8TKWV8Bz9tZW15gDFz2olvnfZbM0jIZv6Zcoue/T7R68W8
HkGRfbhKhV8ak4Ke/c5/Wq3KREptDSas+kk8lqyOLL3QCu305GGtXXUeC0g6rZ07r3glGq1Ier05
W4xFmLYqTQH9FmE+9JqzNJOdl12S3ZDdlj2YVWWtmhBrhPncecWbHLAkZYuhiLeslHUKtc2llAXl
E5ZSTw0j+Yziw6KLSx4AjC48owmBjWpYMReqaCR7uEXT5IjCc8YRxdiw4njY5dzBTzayo4OzVcOh
osZ9UtKijfBFqI+BjQyhCRmiFRmiIQbzX7SV6j2VYvRL8lCp1I1JxicLVBJ88EwueEZn8aW9MFax
PgaDQXNLcHjiT0MGexGiBIvnUVzunFzuKFFC5LKirDKIgsogSintZ4uwa4qQ9YsXij+QP7MwZySd
pSWD+8jwMBY2TFaoWIq9OZ5G14Dqo0NFiKFC9IinYVxA6i8lLQLxNOSS+PDEP4ZATgFPPcsosR9k
+UvpupfAXi6TNmYh+8rlF8UXxAzYEuW/uPfCbrHK1jEXaFxdPXeHOTLtutayKfYQTfTN/cb57QNB
fdgZFiLpb3VVTmtadW+67c5b50z3WaxON//Dwg+/sao+5vOUvXrz+XPv6knqq2nP9ddPTVZ2TV/T
cM7ydQfjZjPuh1GSmPgnd5diHN8U3oNPqfR7DZzs6Q3EM0yPYH0UdjvvuI6jqpCe/aInr9+oXWHS
c/jAxSQFlPojBq+PKvATs0oRn7okbU7HVrvdJmH2bWxLCdDfMrYR26iNt3m8jLqwDxVwnNDNPoAD
g4IAKH9OhihpGT/Vx74QZGLhGdxxYd+q4Pc/cOPXUbzRwk5W5ZM9Zqhm1+qH33nHnBBapwTnH+m9
yqK78tpDbYrxwlPLx1+Ynwksd44snxa5i/4n2vsyRHBKWnCGV8U/TiL0tqMkht49Bo0gNhrjtAaf
IWmYaVA0Gu7zP+kf9is+Un+o4SLsplSYebAp2GBRsClOqOmEmjJjQjRa1KCDzKwXVcKS4FmhxfdC
JBLBBKiIKjnJwYMqJuCrIPGrIOSrmJCvYvK9ion2Kibaq5ikr2LyvUq236moWUVDquMqDrcHVRwM
GMckXYzpDTHI+TGGYWhEhmhHhpDvGcwni9loWU5GkwxKHggYIzEqxnIxLhMbiHExu4gz/KSZEZoh
NCxDSPkyhJTPIBpjQLJB2D9tohnTiGnUxJs80Umxf5LwFy15X7Xe/ZctD2xk7AtbHhP7ZZmfXQLD
+oJtsLO/jV/YQBhjh4kYmiX4vSwBMIlOjvJvwOR2XfuN5867KlnSTK+xlfligdKGkmb+8fEYs7Vd
0zNz6c6H6CamC47vuHhK0OadR89MaoY2SOQfYvX99HrJa+XwRauVWKmiMtjr6nX3BJ81nAyeDqpB
VLbnjbUAI1LCL2ZbnPOc56t4tUkjqhUu6vK5RVdxVahSVDkFh4jDud3SGjPxh3x+f5dZsJtxBkvI
RWYTQia/Cb8XqBJCoBACo5bscJYTfC6zD78rQZV+MEa1WqXyE73vX8LWSrNk7jHz5j7T+5R9ACaz
oBBO0/HrnSI9Tnnaw3o21DQvK/fQFy3JBiWjOSvI9rmTQYUQpDmMgwtAluCHwj8ExjHzKgjbGXZD
bNxzpu+Mu/jxJlO+2LUiZs1HFrtWVLxVhK863fL1otTXLg5Nfu9yFsiLJ1/RlBxB1tkgo6CcYPG3
UOZh75zM2xtl4GDg33mcdsgKACOzSgoCx0S64lUKXBPCxYriLSIg2N8LP2oMudL0HxmLu/y+q2rT
jbS6vKGh8Jqf+/V1Ua82Hrc4g/GVhQdpZmedWMLF46q668cjTG6Xn4kwrpP9bw/u7eL0SY9vsQWY
WG34eXIHaF8A160T+H2UJM6janGDrZ5Mwe+3dOFH72eQmbgNOBv2tnn4+nQ+fjPmXPwiyvn4Jnwh
6ZVfgLtxoC3sUaEd0jpr4fwZ56YWrL50xaa5Ky4/Z8OlS9f3nJtu27Du4u4F5P8B3oFeRQplbmRz
dHJlYW0KZW5kb2JqCjE0NSAwIG9iagoxODMyOQplbmRvYmoKMTQ2IDAgb2JqCjw8IC9UeXBlIC9G
b250RGVzY3JpcHRvciAvQXNjZW50IDg5MSAvQ2FwSGVpZ2h0IDY2MiAvRGVzY2VudCAtMjE2IC9G
bGFncyAzMgovRm9udEJCb3ggWy01NTggLTMwNyAyMDAwIDEwMjZdIC9Gb250TmFtZSAvQUpYUUhT
K1RpbWVzTmV3Um9tYW5QUy1Cb2xkTVQgL0l0YWxpY0FuZ2xlCjAgL1N0ZW1WIDAgL0F2Z1dpZHRo
IDQyNyAvTGVhZGluZyA0MiAvTWF4V2lkdGggMjAwMCAvWEhlaWdodCA0NTcgL0ZvbnRGaWxlMgox
NDQgMCBSID4+CmVuZG9iagoxNDcgMCBvYmoKWyAyNTAgMCAwIDAgMCAwIDAgMCAzMzMgMzMzIDAg
MCAwIDMzMyAwIDI3OCA1MDAgNTAwIDUwMCAwIDAgMCA1MDAgMCAwIDAgMzMzCjAgMCAwIDAgMCAw
IDcyMiAwIDcyMiAwIDY2NyAwIDc3OCAwIDAgMCAwIDAgOTQ0IDAgMCAwIDAgNzIyIDU1NiA2Njcg
MCAwIDEwMDAKMCAwIDAgMCAwIDAgMCAwIDAgNTAwIDAgNDQ0IDU1NiA0NDQgMzMzIDUwMCA1NTYg
Mjc4IDAgMCAyNzggODMzIDU1NiA1MDAgNTU2CjAgNDQ0IDM4OSAzMzMgNTU2IDUwMCBdCmVuZG9i
agoxMiAwIG9iago8PCAvVHlwZSAvRm9udCAvU3VidHlwZSAvVHJ1ZVR5cGUgL0Jhc2VGb250IC9B
SlhRSFMrVGltZXNOZXdSb21hblBTLUJvbGRNVAovRm9udERlc2NyaXB0b3IgMTQ2IDAgUiAvV2lk
dGhzIDE0NyAwIFIgL0ZpcnN0Q2hhciAzMiAvTGFzdENoYXIgMTE4IC9FbmNvZGluZwovTWFjUm9t
YW5FbmNvZGluZyA+PgplbmRvYmoKMTQ4IDAgb2JqCjw8IC9MZW5ndGggMTQ5IDAgUiAvTGVuZ3Ro
MSAyODMyOCAvRmlsdGVyIC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAHUvHl8VcUZPzwzZ7vn7vua
5N6bm/0SEpIbQiCSEwgRiJCwmqCRgOwuBGVRVIiKsqngiguVaBUUbLkkgglIjdq6tVZarcW2Vtqi
qJVKW4pWyc3vO+cGxLbv+37e97/3wpyZOWeeMzPPPPOsc7L8uhXziZl0EIFoV14zp53ov8hZQujq
K1cuj6TrriGEKLMWtC+8Jl0PbiBEumrh1TcuSNdjyCa+v2j+nHnpOgE8Gb4IN9J1mkCes+ia5Tek
6+HTeL/h6qVXDj7P5vfvvGbODYP9kz+gHrl2zjXz0+2v7UBe0L70+uXp+jVHkT/Tft38wfa0mRDH
r9PPLrhSlMeQf5BqsoXIhBE7KSEzCJG/Ya8QCXX+XGJbbnslcni2rfpfhoBBB37yL9WZvPCq2H7f
N9+c7bcTgwdtVb09fwA4ZXRqMhlrJ998881qu36HPzj/G7NveketRXiO7EVCx7hGkDqRgGjhuW7F
Uqb1IHe69bzLGy/rHegTnusaWa7fL36grONFYQ+ZTcpxe0/XDH57T7dWx5vv6S4flc5Lhul5lyH9
WHGXhWuDACtBYsQ2WGpEvgVpB9JLSDIGtId8hDSAJAjPCE921Yfx4qfxIlutW3gaU9RwfQdpAEnA
6J/GXJ4mXw7eETGqH3arZt79D3WokPBDQNlwtSN1IO1FegdJIktx3YE0gCSg9CSePUmY8KTwRJc9
bK81Co+TtUhMeJTYKCVhvP3hbruOm0e6ba4yrdYuPEiakBhJCpNIHxLDa+8F2L2EoXlDV/EwHYUN
3UZrmR3tN2PQmzGQzeiyE1eq1zWUePvN3S4vH/ztXTaHDndTV2kiXei2+8uagIUbCBXmC9eSGAkL
a5BnIb8SeSbyucI8YtHHqXXb7GUd6K8GzWsEDynE41rBS8qQ1wlBEtKbreiypvtZ0VVQVIYZjxX8
ehObYCEJNDUISldZOHJI0HTkb+hWTXx8G7rsnrLDwh2CQtxo1YFWvrDtsGDEGhv1mUzvVi1lW2vN
wnRMczrQEsYYKbDMr5pwbRdeVOsQxgkZxItnVwmZxIO8XsjS813CE6Qe9R9052WE+w4J9+tQ9/GX
ovvRadIa3W2xlvXVqsJoPE0K92AB7tE739qdN6KM1OYJBaQUiQHHa1Fai5Jd2ITSJqzaJqzUJqzU
JgxqE6iPCBvxZCPalAirSbuwimxF2oEyJytPFxDKN4OnK6egrFcICH4gxn4IqKS4G+xWrXxk/i6n
S2/m7zZby2oOC9eTRiSGKS/v9vnLlh4SivSpDOn2hzhAexfI9bDgSy8N3uTlS3JYyAAiOGIyhawu
TzhZG0adE3KYUPYWO8KRxN5lv+HLzd5Bnec/H8zfHsx/mc4H+tiR9KZgv+b5sdoM9jFeNpt9SHag
xNgh9iopxQt+x3r46rMPWC+pQX4U9XnIe5GXIz/YFX0j3MN6upFh7I91Wbx8suzVrnjJYCGcO1jw
hQYLTm9ZbS57hb1MMvCK3yLPQf4y6yPZyF9C7kfex5aTN5DvZxVkFPLnB/Ofshc5ibMX2AEyAnl3
l5UPIdml8Gxvl8yzH3eRdK2pJPwi+zHbQ4Jo+qOuvCAePtOdlxO2HcL7KHuaLe/KDDtrjewJ2kxP
o1EnOcpz4mRPdlXyl2ztejES7mVb2VbNX6nlasXaTqE0t7S4dKcQyY0URyojOyO1dnYPGMgOhv3L
NuNaSSIM1IOkIW1lG7vEymRtP+bE58VIB66deqkN13a9RHC16yX+9JReqmF3kEYkhnesQVqL1IF0
KxFxXY10E9LNSLfod5ajtAJpFbhJOyDaAdEOiHYdoh0Q7YBoB0S7DsF7bgdEuw7RBog2QLQBok2H
aANEGyDaANGmQ/DxtgGiTYdoAkQTIJoA0aRDNAGiCRBNgGjSIZoA0QSIJh1CA4QGCA0Qmg6hAUID
hAYITYfQAKEBQtMhSgFRCohSQJTqEKWAKAVEKSBKdYhSQJQColSHiAAiAogIICI6RAQQEUBEABHR
ISKAiAAiokPYAWEHhB0Qdh3CDgg7IOyAsOsQdkDYAWHXIY4B4hggjgHimA5xDBDHAHEMEMd0iGOA
OAaIY2zVPuFI7c8AcgQgRwByRAc5ApAjADkCkCM6yBGAHAHIkcGpc0RwgukDbB9g+wDbp8P2AbYP
sH2A7dNh+9CyD7B9OmwSEElAJAGR1CGSgEgCIgmIpA6RBEQSEEkdohMQnYDoBESnDtEJiE5AdAKi
U4foBEQnIDp1iK2A2AqIrYDYqkNsBcRWQGwFxFYdYisgtgJiqw7x/3pp2K202QBZyzpooZ6vJV/o
+RpyVM9vIfv0/GayU89vIrfp+WpSqeerSJ6eY6n1fDkJG2hXuNJW6wULaESajbQUaQfSXqSXkBS9
9A5KHyENsAotW7QpjcoOZa/ykiLtVY4pzCY3yjvkvfJLsrRXPiazSG2IWXQ+CtZCtgCOkrW4fokE
IYJrjV6qYQn0mwCfrcC/BEtojpORL4voO0X0pSK6t4huKaK1KruYijqni5BKBgTQZs2cNzp8FKky
L380ONM9B77whbvyhod76IvprFCLo/oF0j6knUi3IVUilSEVI+UihZEq84oA1qxlD77yReT5SFGk
CFIl8XqhJzodBq2XWejO7p9ZiMr7yS8A3KGu/FJkPV35jche6MqfG65V6QGSz7Uiuh+bag/yvV3h
43j8o3T2XFf4EGrPdIUTyFq78ociu6wr/+1wrYXOIGGRg04fzKdhwXl9ald4JppN6QoXIot35efx
1kXoKBdPC6FRH0eOsg6dk+4p1hUehdbZXeEq3tpA8vnCU5kU68OTUOZ1oRsD+rKXNotUM4VPhu8P
f4Hx/hWIBXl8EOkRkb2T20Nnasbwi8WPo3FtuKvWyNtDPuwbzJM83x/embsx/BjeRXMPhB8JDw3f
U9xjwO27Me6Nehdd4dsiPWyP5gp3hEvDy4uPh68PTwzPCU8Nt+biflf48vCLfJikhTazPQfCTXjh
BMwityt8cS7GgiHWh28Ma+H8cFXkRY5fMoJ3DUoufpFjgJSlex8C/Bbloveu8IzKHurQipRTylbl
MmWMMkqJKdlKlpKpuA1Og91gNZgNRoPBIBtEAzMQg7tn4JgW53aCW9bNBVnkFVEv2xkv44IrYdTA
yESSdAkNrGHaGNqQ7LuSNMyNJM9Mi/VQ45RZSSk2hiadDaRh+pjkiHhDjzIwNVkZb0gqTZc176P0
nhbcTbINPZRMb+6hA/zWHaGkcywekjvuDvUSSgN33N3SQvzelTX+GudoR1V93f+4tOk32+ri3/38
FxYzkw81TGtO7s5sSZbxwkBmS0Py1mmRy5t7mY1ZxtX1MivPWpp7xXZmGzeV3xfb61rQ7LjeDNRs
RTOSzzM0M4whEd4M/GQMb4Y1SrfLAzjaRXmGdkYLydPb5RktejuR8nb7jkbG1e2L4II2uYQc1dsc
zSUXtAHFALZuXx4uaBWL0GbeijbHIvrACvUXhcNoUowLmlDoe/qLwlTvLFnyXZPcwSYV55tU6H0J
6fHor+EXvMZdcK6NuwBtvkPk/7fS/DFx2j1sxZpXx82PjWuLjZuP1JbcvHKRP9kxNxLZt2YFfxBJ
Cnltc69cxPM585MrYvPrkmtidZF9w3S4/3j8Kn88LFa3j7w6bnrzvle1+XVdw7Rh42Jz6lq6a6qb
a7/X18bzfTVX/4++qvnLmnlfNTrcf/RVyx/X8L5qeV+1vK8arUbva9xiTvdNzfsMZEzLWKwrz7uZ
yQgabgtFW8Z47e2jOUH3jor614QOioQ+Q0zxlqQ5NiZpQeKPimuLa/kj7DP+yIrbtsFH/jWjoqGD
9JnBR3bcdsTGkHMLQTh8Q7JiSkMyOm1WMyeVpAYU/K81u57/9Md+Mm5xHf6jvlxPy69ffu6NPCe8
5X//lv+v34oVK65fjsuK+PWENCSLpjUkh0/BSBQFXbXVteDe0HP3BEG/t09Vx/UM9OFhHIOgy3l3
vBSncWBQMxKZKKxT7lQYtyKWdwczy5Yeht6wFgnmMFvVBVcCf7SqOzsX1hKalFSkc5irvN4VjJah
h+5KgPI8N51rjmIUtuZuLd5a2ZnbWdxZKePpgZ24Gd7JRWlXyU6BLI9ffw4ZKC5vAbIxLN7fE10Z
mXrHnbwQj7fEr6c6vs61/y7X76P6HWIxR/13vf56jm8dw7jyIpDOn2I90r2v4DX+Sxd0WOBZB8Jd
tErX9Fv88t0PNbiKDpIMPe0iGWIebCwycPxcSi0eOM6f8Zx9Dk4ODxJPg78u8hz5LS2gEdJNvyE+
8jUN0GFkAqjzK9gTe0k/eRDm/XTyEHWSHFijM8gEKqJNnNxFHxtYOfAZuYjcR54ceIHeNrAbz7eQ
18jXGMEfITEryWS0n0Hmk8+Ej0nLwKPEQNYTExlFplIvmUPex79/YRz3kwfIT+jNA1+jVze5De+r
JrWkduDlgbOkiNwlbpWOqvvJveQQlQeuHFgMDSmbbGLxgfcHPiJ5pIX8kDyHMcVpnzieRMlV5A7y
MA0Ir6H0IHmKpKiZtQpjpZfQ0wQyk1xLVpFNZDd5izppk3RUOjVw08AJUKGLFGBMi8lntIJOYk+L
5oHRA78jl5Fe8gbmy//1iZeJu6TLUjUDPxh4Bdb3C9RIX6QvS2XSPf23Djwx8GP4K/PIMGBkMvqZ
S24nL5M3yd/JP9jagbVkPJmGnn9GM2mE5gHj77MAW8PWCO+SoZhtK0a7guwgSdJFDpJD5DBw83ty
jHxM3TREJ9K59F76D2Zm89g7wmPC88J7IhWfBb5jJBc4Wk6eJgfIL8jb5B0q4f2ltIkuoUvpNvoD
eowl2RfsK9Eg3i5+K/ZLealjqW8HJg/8CzZ3kFxCVpO1wO0PSTd5nvyS/AZeyX+SM9ROR9BF9Ama
pMfoF0xl2ayRtbOHYD3/SJgs3Cu8LFaIY8SrxLfF30l3SpuVOUrq7M7U/akfpX418MLAr0A7Vrw/
Dw6cxeRWUMXT5CXyLt7+AfmQ/JnTD94/is6iV6CX6+kG+gD9Ef0Z/RX9HLOExoF/2WwUq0OvS9l1
wNNt7H72AHp/h3s64KT4kP2V/UuQhGxhuLBMeEJICj3CEeET0S7miUPFYWKjOEscwMqUSRdL06Rn
pD3SK9IpuVqeJ7fLnyq3KesMv+gv6v9jiqQWpZKpbtCuAZS0Gph4nMAJCFwcIm8Bo7/EiI+R01iF
II3SfIy7itbTBjqJXkovp/PpbXQ9vY8+TB+jT9IfYwaYA1Mw9jirZdPYHDafrWPr2d3wZTzPDrI3
2ftwqJzEyH1CTIgLw4QJwizhMuFazGE5XHnrgNl7hd3CO8K7wgnhU+EkVs0nZokrxNXiI+Iu8Xnx
V9Il0jX496T0ktQn/Uo6K52VmRyUM+QSeYn8jPxnRVaGK03KRuU95Z+GdppBizDyCGj//I8FsAez
2G7mFtfSk7idCavDhpnHsQ7TsCv+SWqEFNbFyp9jbB4WEF0cXNbEJBTB5fQQqaA/I2tlJkAxFI+R
LvoHdkx8lV1EfkPbaEDcJVwrvcWiZA+40Vb2IjtEx5DnWTWbybYLhH4Mqfgx6P0G8gC9il5P9tCT
dCS9hVbSteQ95hWm0XWkeuBJJlKVTqCnCEZAbhXnkSvOT+F/FmgVvPOfpR4XLeLN4E895CGs6HPk
I/os+YZKA1+AuwngRnPAZe4Cvd9BONdrxT5bi/0YAAe5Wn6HPE9l+NAr5dHianKK/Jt8Jh0ERY0B
Nz2RWiw+Lv5loHKgGDsMu4w8g323iFyMHfMxqOQw6rx2OXa6EbwEzkfSRGbBeXYLuN69A8mB7QO3
D9w4sJT8HLDf0CH0G9qJHdEDiGr4vd7ALvmAbsY+vPh/Tu//8WZqHukjn1M/zaVl2A8npZXSVmm3
9Lz0E+lteRiwvY48Bor+M6jZiBlcSX5FPidfUQPWJkCGkATGOwJjbyZXsxbhMBlLg6Qde7YAfHzM
4Eyux1tuA/a2Yz8fxt44BT5xOfkJ/GeM+jCjK9G/Ae9pAJ5nk+vJTqzg7bQbd+aBaxeRv2LeVjoC
7oEhRMObHgLX6sOY/kA+AbYH9HENAV+oozPxrq/IpWQeehhOmug+rMABUgXOWif8AvjOoXYyhmbT
pwDXhh1qhfO7SvoLZWRIavLACLZYOAwZM4D7nZBeIXIRXYZR2DCPfuKhjaQiNRVjeJcKYpL+Wh/F
I2z+wHphVepq8nPyLNZEE1cqdYRotdO1mtEXVY8aWTWisiJRXjastGRo8ZB4UWFBfl5uTiw7Ggln
ZWaEggG/z+txu5wOu81qMZuMqkGRJVFglAwZF6tviyTz2pJiXmz8+GJej83BjTkX3GhLRnCr/vtt
khEONwePvtdSQ8sF/9FSS7fUzrek9kg1qS4eEhkXiyTfrotFeuisKbAmknfXxVoiyZN6eZJe3qqX
LShHowCIjPMvqoskaVtkXLJ+5aJN49rqiofQfSbj2NjY+cbiIWSf0YSiCaWkL9a+j/pGU73AfONG
7mPEYMEUk8FY3bhkIAZQvEbIHTdnXrJpSvO4ulA02lI8JEnHXhmbmyRc+43rTchYvZukPDap6N1E
FkO7TZLNkX1D+jbd1WMnc9vi5nmxeXMub04Kc/COcUlHHP3WJX2rj/u/q+Ll0JPXX/g0JGwa518c
4Y03bVofSfZNab4ANhTlb2hpwTsAy3Lr2zbVo+u7sFIN3KRKsjtampP0DnQJYyFXn1V6fmlLJrdt
SSSpxsbEFm1a0oalCW5Kkqk3RruCQa134BgJjotsmt4ciyZrQrGWOXUZ+9xk09QbuwNaJPD9J8VD
9tkdacTus9oGC2bLhYX5QHr6mV7Sm/NSw9TzmKV8jLEJ0MeTkSsjGElzDHMawS/zR5BNV47AAuDX
QgGVnIcVWZxUx7Ztso/k9zFFmpRy7bHIpn8RUEDs5BffvzNn8I6ca/8X4Q85nZwntSSdc66cjMeT
RUWcRJSxWFOMcbRerygesrKHDY+12+EbGQ5DkDQBt3NaRpYA/dEoX+DNPRqZi0qyY0pzuh4hc0Nd
RCuBvcTa+BMsYPqJZwZ/0nHuyXnwthgo+XnutyCepCHv/H+b3esat2hkknr/bx7PTz9vmBZrgHUT
GbepbZBqG6Z/r5Z+zhEKvOHZYCnpGtsshBju8RILCfpTEOXls843QaXZnBRz8V/mg8buEECU+g0a
qU/a28anry3GaHRwy/w3TI9iuACoZ+AUh9Kz78AGZ5EcGR8cZ3rUyVHfq39vdOZNQsN0cBzWMH3W
pk3G7z2rBy/btKk+Fqnf1LZpTs9Ax9xYxB7b1Mt2sV2b2seBC6UXtGfg4OZQsv6uFkxlER0JsmVk
zL4Y3TBln0Y3wHzthYspsmF6cxejbGzbmJaWYijh8DZVQaO4HrGY3eQqpLGor0B+PfL7cX8m0pNI
5UiTkPKQLkO6dDBNQ16L9m+Kz5HZevoLWaK8TS6SXoed9Dp5CGkO0gPSTPKg+BeyTa4ic/l9vP8u
wMbk3eRe/kxvO5NMRJshyt1EQe7F8wnI1yOfgXz6YF9+vfwXch8fI6sa4OPbyMtKJlmDZ/ciTUXa
jAAnhy3F+MKo342yCf2ryM1IVtj92eL1sHoIEMFJl8CikOnVyCNk3+Ad7o5L/wRoMvwncRsauQEn
AYzQ7cyIBFoh6+zEQZy4z3U3N+wVLzQgP2Q9j/xmQF4ipob38l9Uv2bjGoOVBw8Vfnn6NV+/nrsU
IIZcROKQnMWwWkoQMBwGPaccukMFGQ49gUCDqCIjYeFVwwoaTWog5f//86sdHOpwMhxW2ly6i37E
ZJYLyv5UOCQuFE9LP5Ivlp9Wlht8hjrDRsMR9WKjw/hL023msPkB8z8ttZbj1snW+6x/spvs1zty
nTOcna6X3Zs893pt3h/5cv1x/57AI8FAcEnw/dDVoSczbs74e+bizBNZLeGzkbuiJLo7+8PYGznr
cyfnXoWRQHHgSyshKI3VHfM8oylZ6WE1motIYkogRkVMURIwyFKKCS/SPKLCWPMTf9x+prq/erL9
dPWk/mpSg7L9LC7DSqOOqCMXF3h3ydmI0HdWk8i3JCL2oS/iHDghXia9y88E0DnaeoOoOMcbx1ub
jc1W2W/2UbfH4qVup8XLXFlmH3MF1CB1Z6pB5iKGEHULhhBzhc0+ye6weCW71eKVbSazT7ZlqEHJ
LhpCkt2oBmWbYgjJNjUYnBAyuEMhg8XrneAzu30+s81qNZmMRkWRJ+AdjnA4I0MUpR62XZvN3B6P
30/oBOZyOrOyMjMFxgxeny8YDBktZrNqIG6Xy263jbaYd/n+6t1l0fzBhEXLyUvUWOgWyw4Ls0yO
ypLE6OiQuiv4V8Ou0pAWagsJocmRJ2/m+Go93n8c+Kq2V6N8XTx+Wq+ixvGHaw1/Uu2sKtGb8Er/
YOmM/oQ/xS09w3W9NDR+i/2n64f6eWb7j9+wUtrqilWUI0Vd5UI5T54YUlSIuWJCjOLWoxuerz5F
MxuPNX446dOmTS9U/zN1rPGjSX9s/DN9eNQfR9Jr/kDzP6R3plbz9GHqgz+kS8LG1Ac0H3ziqtQU
tgiraSf1mrXAtktgBhXnhOzEaThMs/mBIVwJe0Azqv80PxYRS0Um9rCHuh1PX6Xj42T/6ZP2k6Sm
hk+JD5jG8liF3TW8spwxj9vp87L5Lz/SeeXMdX0bF15UEUtNOUH/8RkMZHbscOpXqUv/9lTqmccW
cC42FiPR9JFM0Pz5LN+4kC00bsOWesaqqAYcYMKY7HxMBPSrj+l5wz+lx8x8NM4lY/loTvYf//5g
XKOFigQTyr1Oj1thwrhpdSMzFmx8aduuMQ3PpaZ0/eTrj1b8jT5LS36byvr6V1+mTqe+5SNZkeql
T1Nu+9bsVw0m2aj00CwtJG+nI0B419E8JcemM8RS7I+AeeFKfxybqHXS8X4gYtLJ0/3UUUUcVVXD
Sl1Rj1uWlfzhwytjd9FA0YpZlTPGsw008Obqu9sjyzPm4igXJbV0PVvMOrF7y7RoKdVgIoFBCnYh
IpQKolAn2cF8S/E4ID59Ne/reOsk+yetpORkK7rAXq1lBXAuBFIn+Nvux+U5jF4gOZqHjSBGlnfB
aMXzo+3nYx1WWg74+7nTikMzMhO72yr1QSpEyP1aww3GDcZddLeyW91lfUF9QzXMdLR4W4Izwwsd
i7yLggvDhipWJQ9Xh1smsAnyOLXeskv9OXtT/qn6U8sH7Pfye+p7FofdH/EzP1yqWq7Tm/DvNFjC
thIbs2mo2XYSKfNoI3xUwWz3UVMg+u4rOjYnnZxsP7NsEhB6Mr6MJ05bpLWVlvm8Drsix7KJw145
3JctK7LD7vWWlw2vHO6w5+Wxst/csGXrqt+8n/oG1/Imb2aisTydSX0PP5+anWo78BCcBTvp4wce
+qx2+jUp/F6G7XY10M5ergUGnwTy84ADlczU1KvYTTi0IYDqaWH3bImC01zxgkGVKDGr8DM2A2eU
tWoWiYhhMSImRVEMGA9CInSCwXKyqJ7EuSzYQ0316daTIArSGo06ZKVieE5luZCXOvHor66lrPS4
GNs6biDnzTv5GpZDszFjBJm0Rpu9338g2Bt6S3zdf8R/JHAkaBgbGpsxNnNm4DHxQf9ucWeGQQ5G
SIFcGRwvjvWPDYwNGnL8OYGcoODNE2eKG/zbQ9sztmfuztidaXCSTHtmJHNY5srMdZlbM9/PNGTy
dfG6PYlMZjfbMjmpMU5tGgiI+8ixRqSHPdHNqNnGw52xsLnEzMx87cw7XZJ61OuFkUxJMGw7al/F
AlnnFvC0voLV1ZM4e+iPLzsOARNvXVbtcFZRR3m8lTvPSeZAX5ejio+hy6ZnmtVeJRrsVZLBgdxR
lfZft+yT2djpzZpJDQVCLOSi3MuEF+F/awunjIYpzYdJCCZUBlLmwLERI0a00GWtoBdHdLizErRR
kciLgVhyh+eUl8H6BtmIsiKaz+bbO7/4SXzk/JbmRYbUpwFqeO2Dry+eVJ46c7GXSqlvH6Dq7/fV
XDrjivlLbsr49K3Pf3xl99za001QeSiZhL0SwioVkg+0svWeNz3spozNGWyn8Ky0y31AOCgdcP/O
/2HA4HXTu713+1gUQT+R+lzeaNhiNxt7aI5mbrRQzbIFgsdCvT2Uabawq8TFXBy9rp0hiQLl++2g
K9Af1qkMt8Wd+ZakuQ9rYPbaj64NbwnvCO8NvxSWwseUo405NCcY9x71raJHSaDo3FqcTC8GeFPr
SUdVSevggvBV4dVlJylHJpiWjlKOVSAV6COtrlx9b+nYUyq959E4mpVjJ4KrenEhseycSdRuuW7K
pauumzq8IXzdDc0Txi8wpfpD17x64zu3LHx3zbbUJ79+PfUNvSO66Np17Utu9nwsLL50YvO8tiF3
7Lhs3dUbXr4+9OIdL6dOfYz9BOSKdcCrEdrpR1qVOWKpUs0Bc9w8zXyV+c9m+aSFyqJXzBULLOMt
l1l2WV6wvGZRKYLUZtmiSEaTRSFms8XSQ3+sBQXRLYCJMrNoESxMNBJFs/RZjqByiBZAEWb0+QNE
FAFAcOTheWmLkWJlmOa04zjHS4qgBG01bC1jLGA9SC+h4/VdfXwZxP8k7G2+sWugEPS3VnMUOqt0
HDqruGAX0yL9HOkWmy8yTzK/bf7QLJE00QK9cWhZFbTcAbnuoA7K1vQ/w27+4sCB1KnUXpp/Rvjh
2Su+Sn3Asui/UiZQ3GWguAppJ/iCXSs0WCPmSuc454TAI5bHrducv7OqTofLGXXEnHc4wY6oxQgs
OB2OHtapea0Wt9VqcRrd3OevUaGJbgXD+x55vaBTV8gCkTpLs4SNJUZm5IRo3InYf59mcnsTEXep
W3ML7h66R3ND+bKX2FmJvcbeaBfsvKmd9+Wy2ayizQ5yPOKjmo/6gmFrD41qTssq+uIRQjVEL/aC
vYBX9NKLB9kkeP3p4+D5rbzA2aVd5xa4EdeZB7+0LgOOOWqtQK0uZHV61Wn1e4Sa7wJeleHlZQQU
ClmRcxn1m1dOal5945wb245vZSf6/zbkirmHqLh4S+rnA4TemDl76Zat69dfFWXfpv7975LUqQ/2
3/PK70CLlwLjRaBFH+ydw9qoJaYVhvWGbYFd0i7Ds9bdrl7rAcdhV5/jHZfFIw131NlXe/ezX9uP
uJVD5B2Ai1TxO+2hCJgWR2EWUBTaabOEoyVRBoR4E9GdNSrV1CPqgCrgCE1j915KsSpRLTsslmDX
8zbiTo+E7bwq62ijmZqDuf6jzkDO+a2dlpOn00z2dCsQOCgxOUHyHc33MkiNSnk6BwRWoA1hy0KA
EvBC6ubCM80eRVvqlHH62Jab7Iu3J79Nff3OH1N/pkV/2/X7/ifWTJm8qH36lHZxWtb0ps7+m1On
3/tT6hRtoRvp/XTeobOfbXxw9eYtd6wFlV6K/esHlZrInb04DntMG2ZzJIymoGmkOMI4Xppp2m36
ielt0wcmY9RETYJCwqYSEysx1ZgaTYKJz9h0kKtD9LkXGKOigoMo2JrdJQqFVdOmWVmjQIWgBSaN
eRAL0MaXVWM/QqfhKvhJnXT4/PW5x6EjeWTGfFGns/JS4eVVZ26lqb8rJ18Tn6DSL1akJqZcr9BS
dsO/QZPTBj4RfVhvP6zbUmrZX2rIDCfyega+1q5G4XXH667fSr9VxBX2le51diGPFJmHk1HmenKJ
+VrxSgO0Is+q/PX52ywP+5+yPOt/Nrgza1f+ziHPlvYGX8jyrXLd6brTvT5f3IZ13AZMZQx9GKW4
ysu5wlA+9ZqhjUPZ0IM4MpoBgrF7/Yn2jI4M1plBMzJkZwGnIhXNSgu0AlaA2LRmcVpqshuzWTaH
zuZ3grIUPqquih9ttFFbsCxwVFiVe9QbGHaeZM5LA129aq3pb43bdTkQP9ka19HGUafTzqAkIMta
43Gal1eRAPno4pPzfTGWnc9vuS4gIeGCMh1/zZUfv/urE0vaVq9N9f/2jTt+sLJ3dmNT2+zJU9qC
q1ouvW55y8L5gm/oE21Pvf/+Uwt2FA178aafpxbffHTV63TK9CtmT2+c3dZ/0fLbblm58JZ7uHZa
i9VxD+7GI1rzKEeDY75pNQzsZ6VnDTutO137Sa+w39rjeN71M/KWo8/lSLhmmlossx1TXW0uOSCt
8j7i+9D+kVta5IJxyzdnOFSCzclxh40p2aMRbEyOZDvuRHeWqrRR/Ug9Nbg5O9Ob8wKJHEIz7E+L
/2ijkzqDuel9ar5gf55Dti5z/9f+1NkXEDzIwSrBr1hFAluTb9BYdh7VNRePjtdWajdOH3fpaseS
HT/6lqpvf0SzUu9/+dx77Ipbpk5eiP25lE7LmtbUefYmanr/I+pI7UqtSF2b2v6CkLHhoZvuuueO
DmDxTSgvf0a8jXsLhmohYQSV5RGiUd0Lc1nOoxGpVGLSXsPbe3QLj7sFqs9AD6+BtcCtDYr0JrcX
EDq38PzsP8/ZHrPJLvESqMYyuUKzyxJVJJ80WxJoxOpIMH5+zIRCJVwjTKwUeugmTZUrMQxZFlFb
p5k06bYIowFlEsw57pcIBiadDPp1ExoD6McAIDLjtHVZLkLvDkrFS866hJP9Y9nhXXT/P2h36i+w
4fjRBcSUdoqTxAGMZIFmtzGqIobexASZj0TiI7HwkSBA+1tZECqh3G/SjLQSSi+7LSLJfDBWIgqC
rtqeH08rt+UnwX4PBk4Sf03wwhFVYjgO6pnNftI/RvjbToTi3agHUpNOAeNLwBHvlN7kPhNyu1Yk
262uhGS3OxMj/SMDmjTDsyC4R5FVr4togXCCm2uMzMoakWHrYfd32R+FQF6uZbtohjGD4kg/9CO7
GrV7I17mDUZtUbud2gORp9M4a9UtJ1zhhDjJjXIoKP2nj9v7P2mNQz0ZxGCMb9v/0IpFXSuWBSwv
+3KATj3jz7196VVbQ6mUiYY++QfNWvxcS7wfpuLqSvPNnW+Eh42aumL1LZHub/qfad25ZeKslFMn
A0YuSk1RXpPe0083PK7VqiElV67y5XqrvJPkgL/yIuavGx3LGZ9bQByl/loSy2mQ5ozaQsrnWGjD
rVElRybG+OWe2luDQY+xdDwdf5AmEYG9SvOXznGM5uoLo8Gm0bdmzq2cowYal+gm8WloDdzggFaG
AhRcSAH7yZoaTrb20yfBz/A/raLBMh9EBG3NLYchEI3kMGy1nGiZqPsJotl5+diEQFEluJ2vMirI
+u6rHO7EvoxCGYdjQywvy9FFJzcuBsWnLP/9N/PeOZnakzqQinyOGOUvaeFZuuGdH/ws9Ytp060r
H935+3Wd33TNgJWxzeqzl16yYE1qe+rl1N9T61/6Db316y9p89nShZdUleXlVkxa3DTzvomun1+/
7iPaDR9vgH78z5+mtr0/8MvU2ZEjrvv4J3995YsNS/vL69yBwMhLKNl4hjZ8mFr6wbupnTvuYJG1
N2S44xd9Pn/ZjXec4ZyTewhfwukehRhpbS9RBo5qamVVQi7ARdGFSkFFQtZwQe2o1hTNxzNc4MWF
/lNgLDGPIJVSjXkJWcLmCwukRYaFxk8F20QZardKBaOqiopKaYQobkTFZVUUsY3ckiQbjFowc7SR
d2EKZiaMuUwQZJGfFtasssIkEcd/DGb46GBlzsE5VrwDK9xBBdrDcjQ1rNJStUNl6kGWQ0S0UCOw
wQOmK65MW9eT+gPQeE63LvP3Tx43v+4TLDxovqZ6El/yEliccd3Jtv4W3cmGTLFXV6//6U/TWvnz
akK1JEic25ANSRMOpGUhjNNLhIFUl0E0HhxIAVNn98ki7Mm0RZm2R6NRAf9o1CUI0kupn3T0H7gx
9RobRauK3nqNTkp1SwfPbmKR/mNwJCByTaS5wLyLROANP6rVrCqii6w3FH0inhFFNepR5YIh0Vyv
M+xp9LBSz14P83jcsexcp8sQcecizBHKb5c7cHSjoSB/L7QFYBLfVSXAE+6Ct2ioNrRpaNvQ9qEd
Q7cO7RxqiAwthfrgzo6QiKsUhmQP29xdPGzaOVdEP9hX67Izca5kt0L6g7nzpAt/3SD3DHR0ZVZ5
0ElXkGcd+1zcBm9Bo3P65Hlc2fiBPmMEljY3FKNlWdgXsm4QwuclS1GY+WXpvZGfFwNbGazkxR5i
E3+8Z/2spbPv3Nr6xMqJqY9TFlrwyo+KLrm0YeKQX+2mzs74mGnajW9JBzMvf2T2wufi+S+unXd4
mcXAxNdSP5LUSy+um6FK/b2pG1Rz6+Qxlxdxjj9n4IR0BfyHQfK+NvlOdaN7o3cHeVh+XX1PeM/0
L0HNVQvMBZZCd6F3hbRCvVMyKC7F53P5fIWsSMiVlALpEWmb+qbwM5NUQxvBY6baCT2GQwNM94M4
/PCDAPVG0Avi45rPXywarJrVmbA2zLZRrmppHn8CPpICLdtZbBRsX1pnki+J/qpgKdQ3T36nQm1K
WCmFVYnV6w6tGVwXrMZkOzR3zsOgJpyGm+R4nOe8ABUWyjt3ZUiyGItwpSAa8Xl9aXUevi9o72IN
DY9Jvf1F6g+pDXQ1TVDLM/PKUr8PPr3yhz9/o3Plbha67NRndAtOUV1LH9xxRbL+unWfp75Jff4F
iJPhTB2R5oBC7ZA7a7XyAmz3i33zxflmqchX5RvvbfEu8kpVvuGh9aFHpIdMUtjBydLlzLXZDYH8
vVwtT9Mkn5Xm6ojSSLQUapTDCSq0l9oZrMLN3ZH/SYXnSZDPchn83VG4FXR3LUgIpluaiEZDIcrL
AxU9wDJfaLu1p624csGk2+c+1f8uLfjw5srxs6urr542er90MCPvldSJX+6/vfPKhqKw+MrZCqtz
5s927z6wwGnlNPIg5PApzNREtmoXGSSYFrmyMyzRUmkvVB5JFcRcOAGNaq6J4ExGg8DGI0pGTcGI
pdSiwWUgqhGwuFJOEpiR+cIZ6QsIG6RaN17/c1tJ2E+ZVVA8OrCtePbdthIkcCTdD+uB0aqnB8Wa
s5+xY/0RoVw6+HXq0FepZV9h9Nsw+nUYvUqu02owelnKVSKGUsNLho8MYolhK47pG0h6CirGX4Mv
UJg8VYCLgwUjplITM31//Mb/Nf5WbntzngD2CW9df/V/jW8bNK5RbF7/dj62p7/uv5djdi5232Hs
vgg4XP2IrIasmcpKw0rzHYZ15jt860Kq7JNDTp8zVOAo8BcEC7IM402XidPVWaYl4k3iav/y4AHr
Afvrltfsv7WfsFuFDDnCd5sWDlZB4SFYFerNKJZVJ99wzoZGF3Xx3ebiu63IW2zDWTEaCczG7Xzn
TBaORARMObsUVlEgv9NIbcawsdQoGPmui67ZkeaGg7uOB7+gIXDXQgnmzncfNh93k1X3L4tzd+Xg
BqQVcNvC5MkBMcKlWB6Boaib1B67k7ufK4QatqY1tWP/J6ndz/X13v1r6H/lQ1K/C+/peOXjT19s
PTSWhb7q75m18WW68N2P6bzZEz5+q/LqW878I/Vt6tsJiYOYJ5cVRTp9/lDLVUXJKDDVmCs698Lg
hZrMI1NMMRhAnZIhIr+jG8SbtWzN0mRpswjtlg4L46TaCQ+XaGGmNLH2QQilyXXF98XAdWfgnNZd
07rIxIWvuS4GBJ1ehbQY4Nl/0Os5koWumP73EC1gdbQgdbT/Relg/0us9pt6dmv/WszpLpDH85iT
QJb2EuyD7rIE18D7umO5eq7VuH0JImlSk9QhHZOksNQmtUunJLFDAhNmAjEw4QNKSJIcI0If58d8
Bx5BTSTXisPOLeZ1g1Op0aNQyxCbi/PQxl20QDr4TT3GERs4IbyNcTjJLC1nsWGXhU1XF6iLLYvt
ix2r7RvtinG86VZbMbQYbG9nhDLgTHO2u2mpm7pNX4bhFwy4+gdROOnkJPuyZWfO9QkFO00kNOqA
w4krj/m5Xp/uWGE7aX4k/ufeDz6n1CdFSudeORXqQduBuR2P/fOvkTWJxmVdGB02EczTg8TM/JrJ
JOQZ8kzwWlKgvkNTM0YmjJGRoxIqDJfuwVx7KmMo7uIiqwbjX9QvjNAmjEYXyxDtatgYY0PEiFqC
INoicb66xLiK3SA+pe427lcPGs+o3xi9O8St6g7ja+qbxt+yo+L76gfGE+xT8WP1c6NllXqD8XZ2
l3i7epdxK1OaTfPZEnGhusi4kt0oKnWsQaxTG4yXGi5Vm42K31hiTbCRYkIdZayxKtzRKquq0cOC
ok9VBp2fYSZCRZTMilImW81lUIvsCDQ2GSwJE7/os7SaLAmDZs1PmPgFt7Zrdl4wGQRuqjPFCG8t
tLsabEnfYFyglcLGeQ+qnq8K/rVRWjF6iYgGVS1Lu33xwYWxTGDwADO8RjCLjJmN0FUVQ9hK4ZO0
dPOTdwcRJeOEeVlrmiB906YnpDJFU9YaqOHwWqzCYVPEZAZBjNCcoEQNDYmGRqQszBUyvMYyDIRh
Pw3XW9xe/Tc7DER7/7L+ZdVBP9yYcdywH1+GwXN7rKYao+VOzO900kH90zUNqqdh4Ng+U4QrmxD5
+OmUjK8AlrWCnCnoK+qgEIr30kOwLxT6Yupk6kOYvX8ETfmFT7+pF2/7dg1PIGIu7b4GTdlgd67S
cmWp193rFy6W6ELpfYk5HbkWq5WE7Fzk2YjB+1+S3BvOLM1sy2zP7MiUMu22C0VfxoWiA1tB1yi/
ExwQG4PyHIOGssI9RlyaxwIIG+jWEmT5g/T31Dp1ze652yYvefPlJ/euHHvF+IpO6aA3+uHe9T2L
HZ7+34qvpNqGzq1tWmTB3wnQuSO4C86nRMnX2m1Vtgm2S5UlpiVmHp3sjB2wHlWNskE2+gxe43Br
vbUehwjsqsNtddvc9uHW4baLbSusN9rfNZpuUG8IrMzcoG4I3JkJs9ut4lTBNOsK6zrrA9YfWiVr
xGJ2Wyxmm9lj8XlzXXY3bXN3upnbTSJRji4gzkMMIKAXtXxisSN8814ov1NOyn3yEcSV1rfHaCRW
GmOxqOdCrGUPG7RadJkDPbx1UAvXyeI7kcs17ar1Q+OtF/i5df6CkAwQWqbjE4q2zxUVhrJYzAFF
+xxWoVwv/etvOl55ue2WJd2px9+/bvoVC6p//5sl1Y3jc54/IR1sfOu2p3+bMeLOPfDs1uxpifZv
FybnNI+ZeBnCEuBDE+Fh+wfk+BB6RLuo19GTeaDgtSEiVGUPVGWPPz5fml+wXL7BsrzgA/P7MXOL
cYZ1RnZLbJF5gXNhdHHBwiGrMu/MfChqdsY4r8oKJ3iuzQ8EE1Oyp8Rezn45Ji7LXha7NfvW2J+y
/xST48YiS052TqzKkog1GBssddljY0ss82M3WlZnb7Rsyt5p3GV5JtulGlWLnC3HAsaAxZutZMeM
FkTSZvq1QCSx1E+X+ncgwnyQzUcMsE8zQ2kI0VCxWyDjKdciJgQjCR70aMIBxK20E6df+nCY+W+i
FqyyI/JcXKT6vxxAnEJz+RK+BiU/Lzg0nN9pT0JzbaBfOtIaX6D414PqOr4U3Ee0ES26DQWfA/L4
dVxxXxY/3Ro/ns6vix/HPk/vX12kZgMfoczRwMeRwfwvXa6qbKAHGe6+2eXktSOazVlliTirjHqy
8XufalYz7lmqjH6edIssbYjy67ngqGekcaSlIrsCeJxgGZtdH9tpfDbbqMea0qr1+VBePlRp3XH7
nRKjwMXh84o6ZXErYyKNBHes33LvRZckev/Wtn7tl8/Cn+VTUkddt9xy64SSISNo8p0Vdw2Ql1Kf
p96nH2bcu+HGKYkJIefQUTNv/HH7qwv+8ZZl2ZUV2VWJ3JIF1xzevOYPV1FwTpxwBk/qxR5WoMPG
StRSsVRqUtth4W9VFZlKLBehOoUYVDgExLU82k6LNaOswCeAj0+gdqPqEKxN+MKkg21lIgsY+p9L
azUIAe9jWBUeBwD/wQX+gOODPIlr2LQVzLOCa9j0o9Qk8e7UZPGVr7/+lv85EAU+i81c+tIBzRkX
4nLEVG4ScaDOpAVHJvA1WEc3cuGCvCtQAWl8QlO5TyOAC+zydI3wmu5ibMHZAzGCiwKBKJuDxKMW
klxV+cx4wvyV+m/jV2bpdelN4+vm35H3IH/fN39OPlbVPeIPpT3Gp82HxG7pkHG/+Q1RHSpmSyXG
iPkx8X7pMeODZsOg98JArRb+qVq3NcoHh8gAChCfUT7k7d1pybpd83A5O4/XTDIUZQXCFPaBjpkL
ZKnOdELPv2ISpUjPQGm3DFHaM1CmXS4QcwR+URbBl79YRCPU0DKT0Y1DWKqswABR3QaDKprM5kGh
i04EM4wO0SwgFouzO7JBUSQ4ehDMSYtfsE6sbwmkaw8t1YwR+bDpsFbCtR1UzZG0iy9gOefjgRe4
vxVu4P5goL/Vf87Nk5al/Mr/6aMH10w794iDi9hJF8pYfsbqAomLbcMpggvY9E7Sv7Nb1sqdOpCv
LuSU0vmpJ2nJh9QMvkH/RIvgrHsNJvaHkLUO4cuzUEAhb8d/2wMK8oKuD4OCVLqAe9dO7bdVKYw6
B/UfMwNxU9kgiCYj50jdkfwE8mNaCO4nKiiyhhtyBBUZWl+uyJRcvkAna/ohCeJx/YIZ+rgTsyqE
Yz0c8ZRhOZhcJDG4L0TEclmeBjmu5GJxZWm8oV2lIFEculHNCTWomZpMbQiviaWCJjQJbehnKk17
mgPGs4N7SN873JKNwzIYNGTtn3Br0H5yUGUB2vBpKv8zNt2hCJ9EnxbjzsIOR4VGx8tNdB5dKrfT
tXIHvgKPRAsSioZ2cP7v7HJUmHjzCnsgMVlpVa5ki5Xr2C3K3cp+dkhRcf5EKWYRpYaVKpOZplzO
mpRNrMO4xfQ1O6XYcByBLxT3/8ehG0G5p3wz06jHK7D+GeKwsx8KYxBNfOHrT87GvgKrmDDwKb7v
Go24bRldpi1SgoYMKdMbnBganzEh9/f2jxzq8EB94NK8BYGFeXfm3Re4P7gTx2xeD74RMsuyxeOV
A958udDTEljF7mQ75f3ya7L5pcQHdpaZUzbMMcSSo8WHJnK07AJcApmJpTlnc1hOvX6cptRqS1yU
SflZm2TmvzPFzMwhtJxouJtG+IyoluGoiWohOy44ghiFf3+/qJgtxiGcOPBMz/FYz9FiCI8AaG5T
1rA8Q6FaYGkJm3eYGbTPASigmhVncYKNCZpoAyXeUwrCLS+MzvbRj3y00Tfbt9Qn+ALli2sHzd7r
IK+WnWxNL/MyXjvOjUCornFY/lBXdSmmm//xNP12lWTSZS0n05VekjPQ90IoMzE9Z14Oa4238BUB
XQpWGIWczS6DN3AZxZk3RAq9HsQDfVEub3SrKB11wNcxPBSNsBMXO7CS9AM6dP5A/NfvvNjTIIRy
U5+b7Iow/qnWpw7PfOy+n13StLRhOr1i+Oc5lc11l4wrt5vYn4c++kDLxhdSPXfdcUlGZcBQX9+1
YdbdDRm5kYwp40alfu0s8+dXj5pZlleZMx/UsB7U8AD2pw3nmX/Qi0OsX2vDTFWVoYtDzDlTnmmc
6Z3pb8n4SpErxFGWUa6K0DixwdLgGhd6QHlENZqtMEVJEIvQJSluvhYuk8lGjL6oIdieRbPshUzI
g+uvUDPTdsJjbIHMmjS+EZc+2V/9yWToyPw0WzUPSHAbFQE/2joWR5oWyAuMC7wL/IszpNYWkDe3
WoE6fB3Eg3/5HhfkMtS7NMpwyu+2rldSqf7ey/ZpzsSEG1tvX7dw/p0wuU89kDqR+jfOjfzuspbt
rOjpxvYdew488QMuc2dg7jXYCQHyJ21Ks63FCYeebbFzsfcW/42BbWyb+TX7a/7f2t/3fyZ/ZvjM
9Znna9k1wjXCM9E50VvvbzEvNisjnZXeSr+wSlplWy/dadsYeMa5y9vrPOBVrZxi/aEEz/c73Qlr
uYXfCWQl9ByRf8tBfDVoBM6cDhPR0JRoaEfKt4JOD0KgiHgU8SmU36VRUmLhBUu0ERZaMKRE3YFg
cxqV5yJb8dMn49xRAz9N2kuKPG1uAKeDLhk9WlopcaLjHlOQojgs9VfrlY2Lb1l7VdMCD3XHT7/9
Weqv1HvylY/ZF2XTpt+7+/D2y5aW/OQVmocv/BSau4v7RqcDd9w3yulmq1bsbJFbjC3ONLU8DNL4
WlXbszqy2EghYR7pSQQmCnXmiZ66wCOqyumkSzJxqtGsJsVqw1IYfYVWSx4OeBRqNhsJbuG0EzUE
Mpur9c3JZ8i9CpxidPnMqWVQ8wetWBbLi42LnWlqkVtbotGKwQnCAeWDeXghqYhzUt/W7pv1ArxL
r3TdRgP9zpK61XM2rFs4b/32y1rwgSq0Bxp4gNnPtu++5Nqnn3rhiR2Yby3mmw9acZMM+sNeYsc+
qTdVPaI+annI/oy0y3hIPWTpCRoMbjqeXSzXGxuznrEckA8EXze+YX7feNT8tfKVxZJhy/Bo4BAe
DUFWm+clzzsegYcUum1ZNXpu9SFnd2swu5xN1jYrs/qdXJQcCIQStNypO9ozI2mHe3ZhOo8Xp3N/
hp5rNrDTTqAUbmtGZjudQHO3aHL6ObpzTAqJ0hJPmohKsmZnLc3akSVm2aIGzWJLAOGD3DD+Pc/7
SSjqmtuvFbhr/FqWDRewYD/n1WBx8Zaafl2Rd2IiaOHkE0IjPUc7nneda4qAFAfR/0IAvkfsg27P
J9Xl41myWzWO1qu10RqY9nj1cc5BuetNc1s1YMnKO7Xy7hFi8NXoykmLHs6CYwvKTjlXXpaBWyAo
IMciUOY5jRMhqp/Wc3G3pCL72DfUP/yzvam/3rGYut89SZ1yvybcNmfMrHzhhpmXV1dTOrXk0Sf2
3/shaCGeej11+JbN4+nVq9eOHXs95xt+bIBPYAt6SY+GGAMtEiP2iKNF7PBLBvElP/N4Hczt9Dqs
LnxBYsWBCjtzqwabic42DcDZzBfCKFOHzUsHvDjdiGqWHe89hVfLLrdRLa8xNMIJJBgK7CWO2Q7m
6KEi4vKuPOaeTTq9fQhvc5qA+uIN+G7oZYvTR8XiYKn8O4WzrVDyA8cRiK+u4Z5qJJxkWVZVxo/R
D8ohVzmXONgcChc4Hg8/Z4cDcv7tVY+suOH6vLGjL6r49a9TJ7aLeU13rpuW81N71ZSGD8++IEzQ
935qitimaxAldLI2d1Xm+kzmNFvah91p6RgmRijse6GUlrNyQaNj2VjhMluLuyV3ZuHMeEvJVbav
HV+7nKMs5d5RBeVDYNh6Gwrqhpwy9/uM90Bmm8wWU5HZkm/1+jzFFjNML38O3wH79R2gbwCrQyeS
bpM5nRcUpTcA/Kb682GJ9EZQPSFd8M/G0eTlXWFbPs+sxmKOcJNH8QfkokJTXtDPmY4aCASDW4bR
YWBBPZqRlOdEnYHS89yHh9A5/0HsvF83nbiw6j/Nnan4nZP/oOdubGydgrE4OvlSrp3yE0O6igq/
yzkRt0znW7bF7sW5CwsXxBeXgG+RVp+ke0d1uV8BHj1IwD642N1WFosg9n7hoaIbaa0hs2DmtZW5
LsuavvdvmUvpSz/roMro9kNbUv/489nb2xbes2HR/Nvr80d4sqLeYbErHntu/5bfUBMN/ujBsxe/
eHBJde89Vnb7sz944vGnO38AArwP+noL+LqXdGlxGw3jY30spH0MHeP4I/03VRXJK+WwZscihwQl
2+V2OF2Cm1EcyFiuZQoKPK1ujxFKv8mYZ1C1SE5ir0oHoHADzVBxvdk5ia3+Tj9r95/ysy/9+NrG
neflrE+zoW2nh57yUE/AV5Nm+/DxcY8QNDKUzgzW0vYZ/IUngVOfrl4ZdCsW0UCuICDaClJGWAyE
LfMi3bPh8JztjZmpE5EpF9VfW56Ct6f/4x3j2zds6b+XDds1q6Ju4539X2DSYJj3YyM+hyI/A7Sq
l6gYWY3DWKOpTSrrUJNqH44kfqlKYbVNXat24oYkyAo+JxIgxTTd+y6QVuhEsoRT1EamQGby2anR
nIQYMAzOS59VWo7p21MPJemhAyiJ1/FjefphInx+wA8TiQeomDr77UQx71ucvBx4MjWF7tRH6CGb
tUleJU+J+IYrBwxShw8fY0s42olT1Hb1P0ckeuTZOBBzj2qj7jxmhw8huIXrwdRnKbdj5wXgNzvI
riJRtmQf0K+f0Q9MOu7n2D8XEDnZqsfAwFFA0Y7y742bj9rjgD+Ta2eVOr8dXuG4mwYqtq0omjNi
mDtmi1c605PZ+u23P991hc12SpRyE7cJ/+JcdSMobzbmZSL/5AcNPuy2OGp04/2WQHFCgWPcJeer
C+S9xpeMb6g/N/7OaJwGa41ZFL9aL19qWClLB9SPxJPiWfFfsjRZmWxYIN8i3iU+Jm6XHpUfVR41
GMOiU46LcalILlKKDCWWBrFBMkLXhhPNYJSMKs5fmBA95J+NmUwGBXExowkf9VyjBaUSQ1UYUaX5
CB7l0Q7CTxvhlGXNTYOmA6fSAM5a+hGo5lY31hZXjivs/vUGnMo1VJ/jEsLAG11qdPBwBbezyXWw
FLh2y03rKFUcG3GoZQKdlXqQ3oFPgf51O8zqM3Rl6ub+K+iHG1PPoevvqHSaHjvSCjmNIlLEOqQk
/qrFEenLdMBordSJGwiPgaCN0MUpZ046NeKjmf+iRl04XKePBbQ3GB9agwjMw+D2+XRULykEdCv6
gnQ1e2SvOSEkDAl/IlbHxhnG+eti5ohQUjhNbSvsKNxR+JS8S9lp3i/vNycLjxQeK7SSwpLCJjx4
qfCjQrlQC2YkalDv0B9KSlRUgplcHHYZFW75aVmigg/Z8kMZGXn5Rmwpmz3P6dBmVbQ56FJskB5W
r9mCobzMDNxbmkHbcJYA957PRUSca5JdhORjtt02tYbn2nCMOx9N87VapGqknPxEvjbyokRJ/jv5
H+ULtvxwfke+QPIj+aX5A/lifqDgL2lGNBhtAK9Py4BqnK2JQ9SegfGN7BxL4kvPNVMwfZ3nA5/X
IUABxhTHF0/gTV6fbv3hAwEsdyL/PIv6jlutocLmvgUPldY/efmKJwvAszLzp4xaNDR1IqtmeO2i
4tQJMe/eZ6fPmDF99uV1D/e3sNmPD60ev/mhFGP1j80aUr/ukf6zoA9EzcQWrJmX7ND8isvnmmVY
ZBDxB/GwWvY6Q53tMzsO83GW7VDgKjObTFDBGc3zEp1lw4uBl/xfsWyjKc8MF39hFyIBHK865zbT
U5yHfI9zc2n538w7vTHOae/45Oe7ySPMn2bgYkvqRM6UqgnL42CA0uZ3Wx9tDLOs5+aPaFrXlQqL
edufH7to3U2cX0+FXv4oZmqBFbdNG/8pPWH4yvWVR3ydfYpQTkAKqKzFPtM109vi38Yelh82bDP3
qL9hv5f+oP7GfEI6IX9qse8y/Jz9Qn7V8JpZWmHYKK8zCKAtUKHJx1HkFhV3lRJsC7XjPKw1Cjfm
BWZX2nhNGyPccOVSXV1sXwBbZLFfpK0Q6Ti7kXBiWuDL/HuQvFzdBEubrVM39W//O02k3vzivtRX
m2jkoWuvffDBa699iGXfReVNqde//Hvq1XUDzzz+zDOd2595hs93c+pqcRvma4fd9ag2dIRrvIs5
E0KVpcqVCNUJEywTXHWhf4dUbrufs8fOKP8O4a8kyhfa6V6TCX9l45yd7ii0Wm15drtugJn+01Kf
dFL/NhNfIfyHra4fn+d6DLfVL7C/+KknD6d0bmJyccBNMO95Y30zlct/vKSXstTZ3uYtjVhi7z0L
5t5255ULN2Bpm+al/pjqT51JfVA/o/8zobd7zw+6dz25AwS5nhAcSeVzf0Yr2CZR1UqnSQukFZJQ
4my2LrK2O3FY14ZPidkW84CZ1Zgb8TFQD1ulFSoK6FtgsrEAn3CqpXCsi2pwrXOHk812rnXudR5x
ik47yeOO1kLNxFgHgiE4b+uo6aUZaeUauvV5cj7TCrmoq9fY7WANVfiLJhwVy/DH23w4K1ehn/8q
G4HFB3mnMZFWtGUH7eQUPfaquraWSy++aNTUEjFv21V1Ff8aWrs79XfMsRT0bMcci9grWp/skGOG
fJ/DF3vY+bB7W/6DRarirncz5yFLr/X16Mexry1nsuVCywzLfMuDpm3OXdm9ZqU2puXU5S3Mnpe3
3rnefWf27TlqZd44ud400dJoq4+OQZQoJz+v0lwR5TGRihxFNkoONeq35Juzs7NjSk62NuR68w3u
Gz0rC1cUbfCsK3rU82DR89nPxywddIvvLv8jRc8WJYfIvqhXi8YSXi0DfzvTSz+CKVNuiDblbsll
uZo/M5Eb5E46zQeu2zSElg6hJUPokKxoKXSQchrVNXVwZj1Hk7Rc4ocOA/EberhYPQtuq3vkBtU/
/Wwej/qeJGlRqlVw3zH10rzs4dH66HTa4ptHF/vOIP7rY2Iwms0KXBYzKwjORiyrvsDUFKTBepcC
Wwj/005j7jhGMGpZqJdkD/y8G5ZEtCedI7qEMF0Orx/rDufgAwLkiNbxuhZC4SoLHZ5dn/2w5YHs
n2a/ly1Hs80WUcRpzbStQsq51dLtK65Brhu2ej07N+0azoTsI/oHR01UbMOxzlMUEQi7HokT9ZYu
L1pSqk1CjH+2eAqfvGAKXg1mkLfcp+G9Pg3Wsk+rqEz4uMfVp+UW4oL32nxh3bkp+mYENSjctiBt
Cg4E2eDk9WAccBuP87N0OCOKw3S6IcNtbY4M/ZkeBoDoWoZfa/rsS87Am5pqctbYCnCJ9gx8ccBS
ZXabq3ixy8zjcZ/vM1XpJjn+nF/L+ZP7/BtD+DlBdLA5uQzUXVGDgTX+rRzXGEtp0HntlddU5ro9
E1LPXbbmdx//7r2C1FeO2c1LSyMZefTllubTX37QT0viU2cUZJREPG5Hw+iZj2x68Z7Nw0aPCXtj
WZ6MBRMb7rzv10nsovDAp+xe6QeQCW9rhRECk9RYaBtpnWhtsSkBD/ELXg/xOV2I3DkRLPALqmJU
zDAEKQIFvk5f0ie0IeuDfximdxecYhAE3cTD/3oAfFZmEw6QlBBSQmeDS3DjvMAv5PmcMzw17h3u
vW6hzd3h3uo+4j7llv5PX1cbG8dRhmdmZ3dvZ/e+P3x3sRLbae7cuMY2vsS9a8BLQmLnw3YSHAUH
XRWsRii0odglilWlSsufECFoERBZgNRWQqoUfpDaDk5KK1lq1TTwg9LKkIZIWMgCgRRhVanriuSO
5521E0CoZ9/szq608s7OvPu+7/O8j1kqlqLiMIl03cRLa5nmvRd7YCce0ZzaVH2OwDmK3IHNxW7r
yB2pUGJfgeaoHe3VyL3KEaanyLXuaaBBI7AyjkL4LZvi4uk5t9hY3JMdPb3v6bLrPPccz8vCQm34
222N625s7j6ws+vH/HcL7/+8dg7j8z1YmS/JAvyDn/kNh+Nfi583DcfKWdvEtji0aeN/E7aO6OLS
zTCVTiEpgcxEIZ0G0Pgg0uraSwjSF5/iJTghMgDaPQjxJaBa/+0e/KdvELxi7rnNgXdQDdJ4qK6B
t6RvG2A+do3ByhvHH7+wj+c2HOztH9/Mcy8eGn30wnnxUi27cOyRoZOLfA6hEu7ThR90BPcJor6f
NlvzHSWbGouaEDUIMK5PY6uDtCZgmT+R3AK1JqQ8F5GoSBh5J69aWLt71UUhZH3JzyD/ppjppljO
hXCgW2IV9yxzApM0o3jY09dynYYSGNwOB2kflQYUL+kKIqBUCZcp4F2OA9zPwr5Tpoywn21sLbnh
DZpRKcPAAWOqVw1pcl6n70pRdpGsHpIGaDmdcNCe9aMetLKbAN8bPOe9hbmVo7LqtuzArSocr2pO
A4K6r/1Tck5B9UcmghC+sTa8sKAgSp9mYHsNW5FzALrHZ2vDvPhOpcGKxH7Dm2sYvbt/ubQz094u
1gdj6iAeeBhj6omi34WRhf6oULbprGMZsV7GzbydctaruOdpwHijWzbKVr/Rb00ak5bOivsTD/Vh
CF2oU0jHVdJbx/IyY6acnEp73kbWKotmu9Oqil4XqPWfd3axPtFn9tu7nVNsQp4yQVJRp7yz7Dvy
rAmqijrrfcA+kPPmPLDieWDF/5CL5iL4WoveJ+wTuWyu2MsAlZe9doDP7/vOukpJFtAAA7yhe4p6
8GSDc4x6GjzOaWR7bhZb10ez+ojvgcsI4nR8msaOi5jqPoxskYoMRX9rMDIFBOV7GPLAKoa8z/8s
YcifhgtbmpbFwCXrRTIYkyIEyXDSILDECebi66McMDLTxHPht67wfOCrEC68CgsHqLAu+9B+N00C
+tF/ECWldM0HwcKYB5gXZL1XtVjhzAJVROp1xvXDZYzIylS4jBtegdl3fY+OLMHs4wht0FuYwrPG
Zu0lQFNLU+BpfiXplzejcmikdpHHr87y6Ku/5WmUhHw4O4M51i8u0/dfN8Qv7h7CyvWwco/qlTvp
f7fVfkeKSfsKv8nn7aUwKOp5mbVQ2c8eDvWj1PI0P2mrAm+zt/KKvYvvsSfdFWvFdjbJgr1ZlWRF
7ZCD6k0Z2qeG5Yh6TJ5QE/wZ9SN53n5Nzcub6o4KG9JGIiCDkvLNqlv2ql3SSUOxoKIG1ePqFTkr
r6ll6YDRvTSdyJK9uD6dxhIndyDtxUtcQk2GwH1soCIEUh3O/OrB9lJdkxUX/GjmgZJREE5KCMe0
XCC++vQSaNR0jQacdgvMRJWICSIBfFWw9VyG1OWJKavboSyEGzo2BC2WBfCtDTosupFKPuEnKG8M
n5jYOJIdu28JxmAJbt/KobBhWe8xLb6iMxOEWbeNreH+wR6mhM5UNpSDiX5JNWFO0w0G6Yq16VEd
GxvH3Bgb7+b6uaIFr4Gfqf2AH379bb6nNsnP1V65fkNsFEbtJn+g5tz9Pd9dmyV7HEHm+CCeapKX
ZhKtJk/SrWc9IA8ZwA82NRY1ZgbHBFnFDbDJSDbIsBuxYoIlLZkEZ9IAPGYlj8KVvMx/CYMaDXdE
WllTujN9NG1QCpF8r5ZCSWcWE43rS2nizZQNP5srEW/xMi/6jtA9cC+ol+Bl5jduLa1ymlJkT7U5
RSENjCrZ1aCQBuM2PhC7jSzwrWpHwFyETQ00AvSCsoH30kIKllF178UYXvUVvOqnIAn/Wh1Pq770
qgF1WKqc0cCJSUQmZLuSsWQOTSLbC0u1NI0ObafQD641EiwiO2IgMVykeKonAnxihW+snduxacfh
M/sPDOa2bxl9NIcFFREf3hFXqqOfa4nfDD81QqPfgvjpDxj9GB+YSVyTqKeu1/2uGGqQORqbh5T4
mK8o0eP2qT7vy5DUP86PizOJ0J/lu94/5YInVYd82f61+BZIGIoP+44DEgvv8F7WzkI0FmPqefki
XNWmwmcwc3jbjKO6Y1F6GHD1aetvIl8/CtJktDPqR89ErWgeYz+HCEwk7FA3e9Z7gYI2TAsH17C9
Burhfxjgga9eRm/vRwweIob4hE7EUcRAYVq1bRw1kohWQeSmI7e33Wobhz2O3f0IYhsUxn20yMeC
WU6MjXf9iJMtgfShOrFVdojy9ZpcorkwCOxgFMf0oxLwAJRbdmMevmHt7I6w7i18a49lm0S7QHF9
c7qFf3+0o2t/7ZzxjdrXnz/ZyKf/xK99E0Qe8fertYd+an+Mp1G/wy/IJ8VpJOaaLwXiNpfFM77D
RN5kuR9S8d5i7K+sA2/zrk4Dl5byKX7hvfcYZQH0p15kfwz2/qfdjj5Y8fB+POCzpGGW/L/qZRtY
M+ZEoFdWYEXolN7XJuuE1kqgSFZBveIX2U7oEPdB23Q3/oHBXmgeD0BHdAhaoAfYQagyH4Ja82Ho
no5ArfUrUP6sQoOZPpwlyDjhQ+rQ7Mj+I3sGR9q+MH78q0+0b3/yiccGhnHq3/UvVKYKZW5kc3Ry
ZWFtCmVuZG9iagoxNDkgMCBvYmoKMjA3NTkKZW5kb2JqCjE1MCAwIG9iago8PCAvVHlwZSAvRm9u
dERlc2NyaXB0b3IgL0FzY2VudCA5MDUgL0NhcEhlaWdodCA3MTYgL0Rlc2NlbnQgLTIxMiAvRmxh
Z3MgMzIKL0ZvbnRCQm94IFstNjI4IC0zNzYgMjAwMCAxMDExXSAvRm9udE5hbWUgL1pQWkpOWStB
cmlhbC1Cb2xkTVQgL0l0YWxpY0FuZ2xlCjAgL1N0ZW1WIDAgL0F2Z1dpZHRoIDQ3OSAvTGVhZGlu
ZyAzMyAvTWF4V2lkdGggMjAwMCAvWEhlaWdodCA1MTkgL0ZvbnRGaWxlMgoxNDggMCBSID4+CmVu
ZG9iagoxNTEgMCBvYmoKWyAyNzggMCAwIDU1NiAwIDAgMCAwIDMzMyAzMzMgMCAwIDI3OCAzMzMg
Mjc4IDAgNTU2IDU1NiA1NTYgNTU2IDU1NiA1NTYgNTU2CjU1NiA1NTYgNTU2IDMzMyAwIDU4NCAw
IDU4NCA2MTEgOTc1IDcyMiA3MjIgNzIyIDcyMiA2NjcgNjExIDc3OCA3MjIgMjc4IDU1NgowIDAg
ODMzIDAgMCA2NjcgMCA3MjIgNjY3IDYxMSAwIDAgOTQ0IDAgMCA2MTEgMCAwIDAgMCAwIDAgNTU2
IDYxMSA1NTYgNjExCjU1NiAzMzMgNjExIDYxMSAyNzggMjc4IDU1NiAyNzggODg5IDYxMSA2MTEg
NjExIDAgMzg5IDU1NiAzMzMgNjExIDU1NiA3NzgKNTU2IDU1NiA1MDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMAowIDAgMCAwIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAw
IDAgMCAwCjAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCA1NTYgXQplbmRvYmoKMTQg
MCBvYmoKPDwgL1R5cGUgL0ZvbnQgL1N1YnR5cGUgL1RydWVUeXBlIC9CYXNlRm9udCAvWlBaSk5Z
K0FyaWFsLUJvbGRNVCAvRm9udERlc2NyaXB0b3IKMTUwIDAgUiAvV2lkdGhzIDE1MSAwIFIgL0Zp
cnN0Q2hhciAzMiAvTGFzdENoYXIgMjA4IC9FbmNvZGluZyAvTWFjUm9tYW5FbmNvZGluZwo+Pgpl
bmRvYmoKMTUyIDAgb2JqCjw8IC9MZW5ndGggMTUzIDAgUiAvTGVuZ3RoMSAxMTQzNiAvRmlsdGVy
IC9GbGF0ZURlY29kZSA+PgpzdHJlYW0KeAGFegl8VNX1/7n37TOZmTdLMpP1zWSykUlISEJCIDAP
sgjEsBMTYCRhR0VCiMii4IbRgBKkpWq1aEHElUkCOAkq1GLVWtRfa/urtVXbHy6tIlbRViUzv3Pf
DJuf/n//9+bu571777nnfM+5901X5w1LIQluAQ70xavaO8C4nF5MfrN4XRdL8ZIxCG3LOpavMopg
acPyouXXbVgWL7syADyeFUvbl8TLcA7TyhVYES+TCkxzVqzqWh8vO05guuC61YsT7c7PsFy6qn19
on/4M5a917evWhqnL7oD04KO1Wu7EmX2vhkdnUsT9KQFQNwfb4vHva5PcoBg3g1fQg3MAwEoqFAC
cwFokDYBjzdrFwCWvP/eqoW2mq/lVDZPgL2dLx1j6S/FU+3f/2V4uVmRvsenFYOeNeBz0oToNKg1
Pfn9X76bZVbABxJruHC5++aUHqVPIqVOD/RXl+sRemBATS5jab/Eik8MJDnKtky00/1wEMMxDGcw
8FCK8XQMCzHgotD9/TsY/f7+hUYyMG1m2S1YHLiyib1t/4A+OZ6aLPFUGRtPS8sZ3b6B+vWsvG+g
bGy8XDgqXs7Jxe5Vug/HeMaIbRiXYAhi2IKBx873DSRnxh9TXOyxvQNp6WW2Y3QvUuzF5/YaQ9yr
m7DZMV2cLtEzE6vIp/jOPUa8xYgXGnHQiEuM2GbEW8g/WO9GfMyIDxpxiREHjXi6Ea82YoOenMb7
M7w/xfsf5B+6A4oIaEQtIqpG9CKia2SQKMTcX6HtjBCzXlWhjfTWamUYyr1XaEWYahg2FU7WijH4
Cuu0KgKEgEIoSrrbjavosMt6hDz9XLTbMtxtASVCgv2FV2oTFTIWhnjWXSWGBzHw/YWd2ov4tNco
AnjpU/3a98UR0tyvfadFZNKvfatFKNGd2r+1U9q/tKPa19pU7bXCp7RBpHqwX4toER6pHimM0Kd0
m7ZNm4WDO6Wt167TrvcaTdf5MNHN2mJ8aF7hPK3Fi6T92jSv0csVGr7miFaPjXWFEUKOaLp2t1Ze
bDxaxh49oo3SOrWRjK5fK4p3NyI+tgKWHNHysbNso5d6ba5FsShVvX+Weg9Ivful3s1S70Spd5zU
Wyn1jpZ6S6XeEqk3IPXmSr2Zkkt2yKpslZNkkyzLoszLVAbZFYl9oAeYprhElSUiz2LeyKuU5THC
GCiRKUyFsJNrpI2zJ5HG8PHF0LjIG/5mtj9CTDPnhQX/JBJ2NELjnEme8JhAY0SKzQpXBRrD0oz5
LX2E3NuKtWF6V4TAnJYISWVVW9PDjtqWQVzV1K33pLM0tvWe1lZIWRf0BB0T7NUNdf8hajMq2+oC
Fy/PxSzLNc7YMIiL3jIgaeMlLM7GYi8r9rKiJzO8u3F2S/jJzNZwGcvEMlsbw7tmexe0DJJnydP1
dYPkGZa0tgxyReTZ+lmsniuqa21txKUx6CCI9Uj3LEuQTv4DBBkdBOU/GHQ8idP5DToUuzhdihf8
Bp0/xXsZXRZ5Bt8HhSzB97k/gCyDLsv9wSV0fUP++ro+P0ZIg+8aMmiG4u8K17Au+zQNSXwYIQmq
imaQaISy14QbLpIUJ0hGXiAZafTEGSOPv4a9C19j8Z6nsbBRX87s/1dp6aRAoH4lk5UZLX0yTGqt
xcGxNEXtmGCsuyV1wmPpQ/Bb7lMwB1rDJv+ksNk/CYJBT0CtISViUljEKgkDk5JxPs/m9CE0BwcM
6iSstiSaiicWT2RNKL3sRVastiWaPJvH+dKHyIFEk4rVduzjkkF3dd2AF3jqV9Zd+K1NXDck0i5o
DBfObgwHZ85r6ZOk+rDeVteKdaXn68zm+kjseLxyJFbWMEKOu0B4oU5REoTIjSPTi8h0jVQFurpa
A2txSGvXdl0ysEAXqwt0oYIKQ5BqhP2QxueBByD2MYZPWBpdGfuctUVXx/5G/4bqejgRMMHreTgG
22EA9uPdByrhYQlsgG14/wL+AT3wc9hJDsFa2Aj7MH+UvEA70A7fgha5A34JpYSLvQVPw83EAiI4
4DU4Cc2wM7aDOMEMqVALnTDIvcr9d+xz0kCuR7hIhzqYBUe4z+GPhKfjBY+wNlaM9luBX8FJeiWO
2w7JUAVTYBoswDE9juN9Gd4lBUJt7H200DrMxp43wL2wF35NdtCl9Aa6j3tVmBt7MIa94JtkyIMG
WIlUa+FGeBDncYaYiJP8gnzIefiHol9Gv43tw5nnQwVMhHq4AWdzAl6Hd+BD+DeZS5bRAJ3DdfAC
vzyWEjuEY86EMgS3qdCEfkcb3ARbkGMPQx/dy22Pnoj+CwGQw7sYR10FY3H+85BXJ+FPxE5SSS7J
J5PJbLKSPEK+pxKtprfSffRfnMAV4F3J7eUOc3/h3uf+yU/m1/MfieZYQawxtiK2PrYndiz2V+Sp
BgVwJb5zAVwN7TirG+FWuB3uwtV6CO+HYQ88BkcgAoMwBL+D9+Gv6Cv9i1hJGRlHasgych1Zjzh0
mDxH3iS/pSHaTn9OT3J+bh72vQ+Voo6fwa/lfxuF6Jjo9mhf9I2YNdYfeyX2WWwYuakhz3ORo8XQ
Akux562wEx7AHp+CgxDGewjeRT/v78g5BW+VuIib5JARpJiUkEoyg8wk88hy0kU2kNvIvaSXPEAe
ImEygKN5kbxM/kQ+IV+QL5EzyGZqpjaq0WxaRIvpSDqNLqfdtJc+TQ/T5/F+i75N/0jfpR/Sf9Jv
OTvnwjuby+Mmc1O5Bdxqbj23gdvMPYX8fJ37gOdx/Wx8AV/E38E/xh/k3+Q/5b8VzMK9wi7hfuFD
4UMRRFUcL84QV4g/FiPiOxInzZSWSZulLdJt0hG0fn75aehH7ejDmV5y0QXwKPyOvAjvkf2ciz5F
ZtDHyW5i5TxwLfdT8l9CI9xNa2iYNNEU7iuyjqyDZO4JchbOwhHK0z+SAP84eQSeR03aTq+l63kb
uYp/gh8mXfxveY6egv30c9ad6OIfR8O6Du3rKjIBc8thFfyMuuB19Oq2whp4CX4mKrQX130H5NHJ
MJpMYWtDz8CnqB12EoRrUE+GyV6hiz5KNnKf0CRoJsP0fTJO6IJlaNFvJQN0Gvc6OYWa9zzKSyNZ
QavJIhiGj8jPyUd0LjTR22Evv1x4m/yFBMg0YQXKH/AfcFO4ZdRJj17Clnj2IBxCTTgJV3KvwgJy
H2r/SRqAKXQ1PMy9QP4Oh8hN/HJuBY5yPeXJ7agLT8MAN5k3wyQ4xB2CF8kB7g8kAAf59eR6sitW
PxyCr8X9/LNcn1DJZ8R+Hf0zeYy8FRui/4Sq2K+5udHl5CE+FfXyJtTeTuSQGZ7C5x9CxNgPMuZy
UR/vRXlNRmxTUMsbELmuhKvJl6gxtyOXKkkBTKPZcC2dKHlFF+4J8uHJGNPk62EE+RN/APFhSJ84
Rw9OGF8zbmz1mKrRFeVlo0pLRhYXBQpHFOTn5eb4s31eLSszIz0t1eNOSXY5HXbVZrUkmU2KLIkC
riqBonp/Q5s3nNcW5vP8kycXs7K/HSvaL6loC3uxquFymrCXPdeOTZdR6ki57AeUepxSv0BJVG8N
1BQXeev93vDJOj+6mvNmtmD+njp/qzd82sg3GXk+zyhYsODz4RPees+KOm+YtHnrww3rVvTUt9UV
F5E+s6nWX7vUVFwEfSYzZs2YC7v9HX3EPYEYGequH9uHPrgF5xhO89fVh1P9+Ci+hsutb18SnjGz
pb4u3edrLS4Kk9rF/kVhYAY5YJBArdFNWKwNS0Y33pVhnA5s8/YVHe/ZHlFhUVsgaYl/SfuCljDX
ju+oD9sD2G9d2L3xlOdiEV+OXkH3pa3pXE+9Z6WXEff0dHvDj8xsueTZdB97Q2srvgOfpbkNbT0N
2PV2XCriKcHBseGzqcQntdRfz2rarvGGFf8k/4qea9pwQdJ6wjBrg68/LU0fjH0AafXenjktfl84
mO5vba/L6HNBz6wNA6m6N/XyluKiPtUe52af1ZbIJFkuzSxFTsfbjJxBznKNsy6wk7AR+aeg9xH2
LvbiSFr8OJExLFo6BnoWj0Gu49VK8KnwElyGlWGltq1HHcvqkZUkLOSqfm/P14DL7j/92eU17Yka
MVf9GlgjE44LAhYm7efz4UAgXFjI5EKqxYXEMU4wyqOLi9ZFaKW/Q8WNTyWyD2a04GOtY0uQ5z4f
W9VtER0WYSF8y8yWeNkLi9L7QS9Bv422sZbj51uS57KWW863XHi8zY/ie4jtSiA5LOdd+NnUFGf9
irFhkvJ/NC+NtzfO9jeii+at72lLiGrjnMtK8XbGUOQbtiVyYWdtC5dOmWhjjqZzRitK4oJ5F0iw
0JIU5nPxJxqSvCQiySiKRg3xNoTVtsnxuNXk8yUU5f/3UCT2BXvKSC4+lphGeGwgMdD4sMPjLitf
NrykHq5xDgINbZwzr6fHdFlbA0JYT0+D39vQ09bTHondssjvVf09g/Qx+lhPRz2CT3xFI7Ghbenh
hu2tOJUVZCzKLYVJfX5y18w+ndw1e17LIO4gvXfNaemnhNa2TWptLUZ7hytGq9HOVcMoDOuEZmgV
XsF9+v9ACNNmLM/H0IvlMn4tzMNQh+EaIwVoIK9Apfgk1Cbql+C5TR2+Zy0ft0x4NmBkkrCjFzHn
RY8qXhNvvzRmm1ru0or/I8+zsye8RAzx06P48ZNRaUTKxSzmTJeVzHhqxy6LEVuN2IYnXHb0+5xG
CS0S2q7zV4qRGYte5jrYQcaS5+kIeoibzlv57cIE4ay4XdJlm/yQcpvJZ9ppHmF+ICkJ9+b4kMCG
yeEIp/ZRcpSMxPFKtKofBD5CRh7iwCSxzGECqbIosHYKHKkdUOa/iJutb2qGa6apZ2uahmsgiHn1
HEajSn12nz0XIzwRgHNe7vg5XYDvwcsfB+TsqOgfyQr0BBSYpttzpNESlUSFk3mBA/EaKUJv61eA
i9AHdQelpB5M3EFaTw5Ck2nVR6zHs8OnIIg9nVZrvjltd1cTRzWor40qJaHyqnJJFKWqyqrVgTdy
s3e022/MOznw6G7zdF8E+2X+0vXYLwepR9h78a0RcnaAH8tee/Y0BE+PKmWvWBc4WXTyJONJK3Jn
PO6QHJCBnvbv9SvyvKq9IplF1dkrk1/JeCWTdxZkZhTkJTvNQs4Is7MgIzMzCwguDXE5fQUF+fnA
p2f4SFsBT7MyfQUOkN2FcoTu1i3WQsiZntOWc0sOn5MTIb/XszIVgodUGRlKZuYmxYZnmShtDSPQ
dQZ3w0x2UFFDAhunqV+g0QkFNjb9E1OsKjG2vIGN6pesfphNpCYwDDXBwFmM7Y7qkhp1uKZbGBm4
WT0BWCZ2h7taqsFlIqFAoJz4ytxZNNklSinooIiiHysqR1fk5fl9nK+sagLFvB8tQzn51U01i7qn
br37xnXbPrwn+iwZ8fujY9vvjL56mkzbOjLUNenWw9HtwpDJPndX64ZIaf7DKze8t4GbfNdtE+aN
+H6XojZtrl9+La7DUOxj4Y/C73C/t2dgt0yceJQ0YLNXGEdKVqu9QmX8tXst9goPO2UaZbZX8B6X
h+a5gmoDt17lVasrJTlVddiqrfeZSXUv01beUWzmUot5BTaRCG3XXbZN1pTCUomUSESqyLDWZlbU
egLT1I/Us6E1TafV08aCB08je0Kn1OGz9mpkjAMjxhVkC14QIm4R/F6wq85KXxnvlpAnXkm0u1LK
yyr53720IPrIu9Gvo698/jYZ93ficz+XeXhH9Kv9ve/13/8N5dOj0XO4sy0l2wn38Xe/s+95+Mwb
0Q//9vmvmA6EULImo2Qp8JReqRGNT5e5cq5SjNHvRV6QFQxmE68oCVkSBZ8sSxJwvK8AgVEpAFmK
kBsGVJGIEfLSEUFQee4lilndw/OqsqmLEKLGRajBhALUcK0nwIQFdTUUqAmRpmEsqGdPqSw5FUKN
CjAFZnKTEBih2xAYFJbq88ISQlmRUCgwhEgZN+gfNrdznP/c8DZh6PFo8ePDy3FmzQh4Ms7MDO/r
U3lFlgXOZKYmhed4SxI1m8/PSJKyZMGFzYqJ53wmEzWLgkBpAaFmNlWcoSgqkrRJVgQB3xKhPbrf
olCqmM2b8CSXXFCQJIWAIKOOyO6Gp43jPLUGD4HOK4ShIRvVC8qy0dCfH9Sy6bOnLqRMbRBjzqtN
90gP057zmiOpTHvKSTnnc5YTv9PHNZPyX26h/95yIvrGid5hZacwNLyHtn/XQAeGm9h6z8f1Zmct
Zvi3fpUDARTXHH2AdBHXWDaZBI7jMTbTiwzicG/AZwkmlyCYENWyFNmFpKLANg6cYEkyKRxnFniD
YQWyBLIQIVW6xdJ5ycoPkirAdTdWHEUfF7iGLTOGmhrEAGM6cnfTyICAk2NzlDHFhTcmK8k1co2k
yjV9Iq2d06KbRU+SvULxYsRFYm/pVtRL0eMoqFBYhFUf9GOaOB9rZWoEnejPHOILHJ4KEmhl7CI+
QvyEcPNJ2YldXAZxDV9Fvno32ho9uQQ5NoG+NPzUuZ/Sj1GpchjXehEpFiJSVME7g1CEMIGYUMgw
wYOZJDaSrpG3jaCVfKU8xscplYRnjRXY6GPwIbEot6Sy+EdmzmYxFxaNFFNGZ1ZnQDXJzEwhZLS/
OIUTi0crZBNEyDjdkl/odZQ6qM3R4aCOCC0fGKMUjsLTOd2EXY16JbMwrS2DFdXsggpvRmkGLcl4
K+ODDC4jQrcNVL+KAKN+HVqDuHs2cFr9JrTmEpCxV5eop9RTDHrjuBsIgYEzzirJlcIAZXRFfh67
80ZXVFaWlzEwlqSK/JHUny2Jya4Ut3EziOb92Tm9x+m0QzeFB0eVvf9McPHVN53ZPfDNavKC2TVn
1/xHWuvGTKn45c9qZjTvjMFj30bxNMVRPveepgcX11ePaWssmPjAojVH2ta/Ol9Jtk3wj59TPrlq
fuXcEZnNDQWjf9J242vXv8O4X4Yy60GZTYYn9dop5gc4WmArsFPK8YJAbHa7FcE6OdmS7Eoy827C
xNIsWO32LCK4CBEEu5tYk4Q7zT5Ue9ed6AtESOVAMm7+XqC7wUpKcLdN0A6abXiQVILGNpwSHiSj
UF4ZRjWdQnBCef1o+EN0Kz60M1mtrkZI6r4ZbVhCdJlwSqq1plu1njiBComAjT4AQfsv+vMlyVfl
k4goVZb7pDInfe/+kYFQbunY6qjTz31lP3d6Z36RhdP8u7hVkTElZtSaxx841/pMkciOVmBe7BO+
kp+AJ4Gj4Rf6zPnFJNeUa/Yn5RaNJVOJWCJXy1f5lvv4iqJCM19SkGfhbJCb5S8IcE6LqSytIBAo
MllcJpMlJUdzE/csp5Ym5ZnKNM7sbrGlkJQI+aWeVeIV8ypt3ixoUf0dfuqPZel2RwVkqVmrs7is
5+l6FPw8jA27FQo0fRNCu4XcaRrGHLorweDp4dCpbuvIgDVh2qsZlxirmJwlRA3FLBeterYhV1WV
OVWGpPmzRSmfyRk7lZA4FDC3P8+J3pMVXQEmjpWcevWzi3cdmnln+3gyd2ryyOCGzp2+58Z8Nfjy
2pbUcRkpz9nG51217Ge3TVrZPm9/2x0zG5/pbr17tiPJmjl1VDCnbGlI/dmBqxs65nZE/715etnV
FeQjm6pYA1dXX7lo4ZOMx3XIY2YDneCHc/qyNC/a/iwW8b7puTck99ifsA/axRH2ktxg7hXJzcnL
ksWNPsI5XMnZThykg8vI4UTNSakfv0Kh54RQCFyOpomSswBMHs1mVryOYAaBjJKMYMb0jDMZQkZG
hBzTkwDtiNNwtpxOlEo9VSkFFMggTIeF7FNAc47hdDUv/YHT1Yle11+Z18U+MqCBOc7ycYMSWoNY
N9CRgWfyoVZirA6D2uFTiLY/9L26UVzxigus4YKh6Wcqn+yycrhQ+ZITMQHXwMFcL1wosY6UHV7V
vP3KH78yY93mO8avfKS4cBW5rX3hnmW3Lly0r2oEgufZ6RPfe/uef+xZWLK68zVyKPuue7eStBvv
/NFPHr4BeX0N8noiynMqZMPxQfAhTCroZWnM1UphoNmCfFfEguxtnm2pvCf1ijQqweHUl1PxFLXI
fGNadxoPjBbS04BzELstE3JU3ONTwIPdGZjBr1Z8elqRvdfxCGKng/dqSZJb480Io/fp6S6vnOfP
9Np0t7cCbKqtw/a+jbdNyMmbwGT7G5TtuFyjyp+O+2RsLzEcWnPK0HuU5NcCDDY71zDXDN0yhEAG
lI4cg2uSjwEkMoz4mOeKLONmhPOiZ15Y9/LyRwn8+MX/sZ77kr97cehQNIfOIXdd23WMrHTc/tmq
t7Y+S67Y89lvps3SUn/88EayMSPprp2PIPbVoUc5DmXTQ1z6jVfwJE8iWpJmoQrJlaeQBvkqrlt+
wy4tlzbKG1FOj8pH7SJv5q3UZXZZKef2UOrx+OMbASUpyW9RXRaL6kTZZFJqQflUFKxvsSg7VKKq
SoklaNliedPCq5bploWW1RbeYonQm/XiNObyeDwtoDgQosgPBTUVnR/Vgs6Pxd2MvMQr4fwktgmd
zNFhm4UfOkBopuIt8YaNTJTjTiAT29NMZBmoYBp3Bqzx/UIoFOqE0BpmyxMSK3F+Z4LposQxQb1h
6bML7rjPe/vh7szJdYv6lxYuRPE8uWjuts4xu4fvobdvz6mYtHzglegY5HMD8vl65heRJYNgin2h
jzCrFV5BF+bz1/Db+Pv5BwVJ4YkNP0o8avrQ9LVJWKncwf1EPMnxCbekQFHROKM3JPPsDx+8KINJ
toBkMXMmdKeoam5B/xcsSUyS0N1Fx5eBo4GR1WhhgkFWDKTrMxD8LjhjZsqLAoffus3mxCoa/lh5
3B9TZMUk+yURDbTIznF5TrQk4fqztRV40cz8MRP+pyCiB0z84hKBCNuDxrpyFjYew0W7CDfNSTjA
5u3/wUGfpoa+CeFm5YLnhpu6mgtbOLSGF/y1C5mEIWCTRQeOWUi5Bp0xXDOCumP4YOXog3ES10DK
D71I1TPRccTxq7f/PFUYOreWfBvtGl5GfS9GH2YeQCXCdCauDgdRfW6bQKYLtwhvCZxMNKFE2CMc
FI4JMUGiuAeIS7qBwCjbKLIcd/15kXXgl5I3gd4CbyEQ6Wa0cCv4OL4uPI+v6heBNZ2eEoTQw6B7
HEFgXpYSzAuCPiE3XrJmVGHJVYCRw29UDfiwBgkH3EhnPODyYWtmfrw2FQustTHe+txE1uh3BJmS
XLxaL1MDVInzSpAAbYY6azqRb/g5oOxw9A1h6LsG5Ewt7nJuQTwtJFP08Q12UqQrpoo9RUf9x4re
dL/m/5iKD7gf8D+b8mz2waKjbrHe2izPtV7lWGbdUiQqJFvOto6Wy60NsljEBj7dolZwIwopLSxk
nCRetRo3cLgCmVlZfs3r8rIKL8G/tdgcDr/T5XKxChdxOl25mpiqJSUZuCIWalnM9BVFyG91i8um
OFpcKjhVJ0Urd61u0TLVrBavCpqqUfyryLW6BlQtRPW4RBYDKIteVXOpToYn8fMF5ApyKb51PL9z
xD0Fie8h47kTuI1krMMrzkF2QHMa9xII2AxI2K7i8ixWSnFUCSCqhAKhcme5ZICK+z9Cy6UwU/ve
4dyle0KLtybPHFi8dat7x+H7nJNqZh4I+a87vFudWNH0xDXZK/m8g2uaV169ZPHmzlFrhufQF5tz
K2oW7XlseJienKJV6IsO/jxqwrVkWF+Na+mGM/oM4zzKT3PkStogN9OrkpbRDfJ6+5P2Ywjxv5Ff
s1u5FDeCA0fdbmOtdLW6w1irBMyrWNGpkgTacxES1dFnJmJBkttiAZMB1wgNz/UntaiY6Aj85CLo
H6U3o42mZKjf3YIO85DuvGRtPBdhPu4jD6OXjDZy+JSB+ghmuC8NBGsgVT3lMTA8wXGG4phNYANz
P4zt2UWOMxfwAn8Rxd/bl3/tUPutu9K6D9+TPKV+2zvly/m8wVVLtt8wbsvwzfTRRSWjJ736VdSB
Cr0EPYtZyD0reGH9INjRl5iNvkQ6c+TyFdKW3ZFNRSE92ZXFtbrmJTdnNWurk9s0sVYgXeo616a0
jVmHOCFD4yWHZjbbvKAXl1RAni/VC5IqdeC317XZeeiIMTfB8BLQVzC8hDiohULMJXCqVXH/iRqO
QRVzBiZQ5umiM2ClS577ydfHP/1R9MxPbnr92sO9q8d2LqpP1nZeP3f7mtFkF6n6zYEvfvNc9OUD
17y0c/dPS9o2XbF4fu+emQ+9yTAQpYObj/OzwVl9k8LdqeySdyq8aEmx7Jdf4f/Of8eJebSAH0Mq
6WT8lH03kaw2yuH3alsCFJUWWTTHDb9oi4OjzdYCulWtMM4xHKhwUIoYi4e7tA2/or4FX6ATGl93
DppVAytfHyQ1uBGInwGqX4bQXCMuIWAO4j85jg8w5DMg0OpGlLOkxKGvGAtY25+VQD0D7NBhDRin
IT+0+XGrz4TEUY0ywkQELX1CKfHwi7lVKBqPFM96eFbl9KklYxa+Wj2Pz3tn07r8A9lvR09H8eiH
wNrY5/Q+4QCkwV164VTbMts6W7ftfusDzseVcMbxjE+cqHIEj2Bt4DAX2ZMQvTiz7Qs76km/2uUY
IlFw0vQBV4uSFKHp/ZYu8/M0HS1KOigIlOacImSaquxQOCVCdwykjxlgR8KhwNlTeJY1zGLDhUTv
MchO9OLnwrmS6M/OR3exyumvKndWceWSn+14UEjIp1kTx1+nl6bduiNzR9WbM/uz+ja5cwtrdv3I
Prqg3r+ZrtxOhJujm7cPH+5I8Wbj/CA6k7+ZzwMX3K/P9qaUmvUkPaXbJChJZkuK4jYVmsdYRFlW
LFarBCQZnETmbKpaLlnRW7BarCZJ5SyyzWo1mRRRNnFeJ0qDaiX4s5paFDJE74NkwvWhP6CeKjld
EuqMb/WM8ync2MX3d2zTxw5tmDNgnOhWd6v8CZmd6a4J2atwZrgLxok6U9xoutj2zzxmdFV2UcXY
vv4ZHjt594Xh+YvuXxyMLntSTfXNX8GPGP54zx7uqu+bwp1sbwaxsxjyYff5zwuXpewflBxqhN34
/8cICMBI9BXGo67Uw2RoxP/nTIcZMBP/zTMXrsJ/pzC5cDDe4SWybxbTpk5qrm8MTOxc2X5d8ZSu
9utWLm6aA/8L0SG6VwplbmRzdHJlYW0KZW5kb2JqCjE1MyAwIG9iago4MzExCmVuZG9iagoxNTQg
MCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yIC9Bc2NlbnQgOTA1IC9DYXBIZWlnaHQgNzE2
IC9EZXNjZW50IC0yMTIgL0ZsYWdzIDk2Ci9Gb250QkJveCBbLTUxNyAtMzI1IDEzNzkgOTk3XSAv
Rm9udE5hbWUgL05KQlZFSytBcmlhbC1JdGFsaWNNVCAvSXRhbGljQW5nbGUKLTYgL1N0ZW1WIDAg
L0F2Z1dpZHRoIDQ0MSAvTGVhZGluZyAzMyAvTWF4V2lkdGggMTMzMyAvWEhlaWdodCA1MTkgL0Zv
bnRGaWxlMgoxNTIgMCBSID4+CmVuZG9iagoxNTUgMCBvYmoKWyAyNzggMCAwIDAgMCAwIDAgMCAw
IDAgMCAwIDI3OCAwIDI3OCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMAowIDY2
NyA3MjIgMCAwIDYxMSAwIDcyMiAwIDAgNjY3IDAgMCAwIDAgMCAwIDAgNjY3IDAgMCAwIDAgMCAw
IDYxMSAwIDAgMCAwCjAgMCA1NTYgNTU2IDAgMCA1NTYgMCAwIDU1NiAwIDAgNTAwIDIyMiA4MzMg
NTU2IDU1NiAwIDAgMzMzIDAgMjc4IDAgMCAwIDAKNTAwIF0KZW5kb2JqCjUxIDAgb2JqCjw8IC9U
eXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQgL05KQlZFSytBcmlhbC1JdGFs
aWNNVCAvRm9udERlc2NyaXB0b3IKMTU0IDAgUiAvV2lkdGhzIDE1NSAwIFIgL0ZpcnN0Q2hhciAz
MiAvTGFzdENoYXIgMTIxIC9FbmNvZGluZyAvTWFjUm9tYW5FbmNvZGluZwo+PgplbmRvYmoKMTU2
IDAgb2JqCjw8IC9MZW5ndGggMTU3IDAgUiAvTGVuZ3RoMSAyMDg2NCAvRmlsdGVyIC9GbGF0ZURl
Y29kZSA+PgpzdHJlYW0KeAGNvAlglMXdBzwzz7H37rObzd7J7mazm5ANBpJACETyAAkg4YZggomE
SznlFMUzvIogXmjrXQseVdRaliRgQFtStbYeFN5qbaUeVKmirxFeX4oXyX6/md0g9u33ft9uZuY/
xzPPHP97ZrN+7ZWLiZW0E4noC1fOX03Ex/8ekj8s3LA+ksnbfISosy9bffnKTD5nBSHKl5ev2HhZ
Jh84Qchw95LF8xdl8uQs0uFLUJDJ00qkhUtWrr86k/e3IG1fsWphtj7wBPJjV86/Ovt+wt8fuWL+
ysWZ9jPaeH71qnXrM/npvP9Fq9cuzranTYRYfsPr2hacKMy0QUwRIuQrUkMeIQbCiEbKyBxC5CVy
HlGQ5/UKu+uer24/M89R809j0CgefezjohIOvCyv3v7d7r7LNWK0ImsS7XkFnjOM7p9Kxmnku93f
XaNl3sRrBj6R/WS2VNyZ8IWPvCgNIscQmDSoI5kX3i8VSXkdo8J6txTrdOWWO8YMliLosUzEEcSr
EHYjHESQyTwpH7Ua4hsR2hF2IxxEOIKgEoKY10YQViHsQDiGoEp5UqgjEtbGFEl+POvHfB2Sl5xE
SCNIJIy4DGEawjyEuxB2IKiiHS9ZhXAjwkGEUwgq0SVvxz0VGLu34zaRdC5bUS6y8zPZllaR7by4
OZNOmZFJ6y7KNBuZaTa0MlN8wdhMWlSaSV3x8nZ03mm2lfeM8UgeTNKDga9GTNkrxEEpCZOdUi5J
ITAJQxUluuTqLEyU7zgoyYRKTKJkEQmneyTaYXOWjzGzNDtJXCTMvmS9mRrW22l3lu8YM4l9RHYj
HESQ2Ef4/p39ndzIjvE1R1yLsAPhIMJhhJMIKjuG74f4fsA+IA72PilDqEWYh7AD4SDCSQQDex+x
xt7jGCNiDtciMPYeYo39DdP6G2IHOwroKDua7mFvdVRVl+8XQLIsC4TjWcAbzAIuT3k3+1PHt4OA
UQnsNDDqBamAjCYVUkFHfGi4W/J11CwNd7OPOyPJ8M4xQ9jbJIXAMJK38ea3SQRhOkIbwmoEFdA7
gN4h7QjbEXYipBCAZYg1hAh7HeFNhHfIEAQdYTqCkR3pwGu62eGOxNjwGA/7I/s98WLFD7E/iPRN
9qpI32C/E+lrSPNR/zp7tSM/TMZYUE/wjIZUQ1qGeoX9trPQFU6PcbKDWMEw4jKEWoRpCPMQ7kJQ
2UFW0LEo7EInL5DXQcNh1kE+E+mT5DEj0ZeF9cQ4IGCER4mRFwJCtCOyI8H0xH0PIsujxJ33AOJR
4ubbAfEocc0mQDxKrNgAiEeJRcsA8Sgxdx4gHiWmzQaEqJv9/PnConDVtOU0MsbBrsIqXYVVugqr
dBWR2VX8S76V+Rgf7igpwYo9pCcHlYTbD9D2F2n7TNr+GG1fTNtvoO2baHsNbb+Utidpe4i259N2
nba/QEdgKdqp3vWjbLXuo+2v0/bnaPs62p6g7XHaXkjbI7RK72bRjotAdUjqRdI5hhMdi3ZeOBrc
x8GiWNEocD4KnnAQ8WGEtMjpaBQpyDT25/O0oLOkNpO/YGT5qjET2ct48GVsw8vkQwQZG/Qy0Ohl
dPIyunMgrkWYh9CDcBIhjaCidQHmcZeIHYjLEGoR5iHciHASQRXDOYmhMLIKMR/ibjGwMsS1CNN4
jr2MbwG+URbV87SQltQmSneFqCOfTstP57Mq4vGAL7ucRmc3te372vbN1zZiGmNid7K7SB42Yns2
vavj27xwN32gI/FCeEwuvZ/ky8A6Wk0SNI50BFkn8sNIyMjLK0mIPYu0vCM0B485OhKl4QPUzp/a
F/42dDz8WaibATwReiH8l0i3TDvCf0bJs/vCb4duDb9W1m1EyYuJborkQEQ03R8aEX7uddF0Eyoe
6gjfwJN94etDE8LLQ6Jicabi0nXI6Y7wzMTc8ET0VxdaENbXoc994drQpeGaTKth/Jl94SEYQjID
lmCwg0LipbF80WFjVTddopca7jM0GaYZhhvKDaWGqCFsyDMEDW6jy6gZ7Uar0Ww0GlWjbGRGYnR3
p4/pSS713KoQfioQmhJZwBo4DOVsBjFh1MjIJJLKkRpYw6yxtCHVs5A0LIikzsyKdVPzjLkpJTaW
plwNpGH22NSIZEO3IT0zVZVsSBmmX9K0h9I7m1GaYlu7KZnd1E3TvGhzMOUa17SfUOrcfEeQp8Wb
72huJj7PhlpfrWu0s3p83b+J2kRhW13yh4/vBzDpS+al7muY1ZR6Jq85Vc6BdF5zQ+onsyItTfvp
V/RUfd1++t88aW7aL42mX9XP5OXS6Lrm5oZuOke0IxH632gHjEGCdkYIZt6ORIz5mXYPZdrF8Tza
FfIE7UwmEhft4iaTaCdT3m7PusL6uj2FiNDGGyHrRJt13sj5bV6Po00cEdp42snros3rnnbeJjVa
dBMKoUk+IjShARISTUI0IJqIke8RTcqyTW491+RW8SYpMxrRhkfoxnZsoI3tGNqct5D/N7h4bDJJ
O0c1L2ypXxyrb4vVL0ZoS922YYkv1b4gEtmzsJlXRFJSom3BwiU8nb841RxbXJdaGKuL7BklnvuX
6hZePSpWt4e01M9u2tOiL67rGKWPqo/Nr2vunDC9supH77r13Lsqp/+bd03nnVXyd00Qz/3Lu6p4
9QT+rir+rir+rgn6BPEuInB8etMeIxnbPA77x9NOZjEDX9uC0eaxHm31aIG8o6K+G4IHoK3sIpZk
c8oaG5uyIXC8Hjxm8BheBZriVXYUO7JVvhtGRYMH6K5slYZiZ2wsSa6/ct2VxFe/tC7ztw4fFK2/
km9FJk7ysn/7QZP6lD6/juvWDamSWQ2p2hlzm/YYDChtq2tG2ciBMoulvjvdkym8AIUjeUNJOteQ
l9XwMpMp2/B/44IYE4qxOvuhaLzQSfV8up6sa5ZS+Q2zGVjB7LlYhpa5TQegS3Ehsa4ZE1xHk3Td
QG98HgImmRKCaa8bCOuvzELZtVifTUXTdUmSXDewJAPdJfliiUis1fokWJtygPgRAspTxC8nCOyf
9KcIsHPSn/YvTZ/g9Txln4PRdWcDIbvIc3QpeY4cJC/RU3hqN9lPughXgerIz8h15KdkC8TaXJTc
Smbiq6D8p9Sf7oJl8igE5qPkENpeTG4gB4iH+tKfkRvJZuktPLWZ2EgBGUOmk1XkDjo5fSVpIR/K
N5EqMplcQVbT9nRT+s70PeknyC/IfukP6T5iIQGyEN9D6S+Vv6bfI4PxxL3kQfIhvce0l+h4Szta
PkLWkoekVpmmL09/hxFEyVUYg0ymkEO0hyXR+2LyKfXR66Rx6OXxdCr9ClqFSCtZQh4iB+gwOoFF
lZb0lPQh4sE7rkavD5IOsg/fbvJrcpRalVPpJ9KniJ+Ukoswny7yR9oj9fdt6q/FuilYpUGkGjWr
yG/I78kRGqO/ZasUq1Ku6Mo16beJmwwljRjtU3jyE/o1uwHfG6VX5fHpscSOdbmbrzb5Hfk7DdAy
Oo3OYYPYKvZzaS0x4o1D8V1ElmK9H0DvHwCN9jErOyw9Lj8rf6/m9R9L27EjCfIweYT8ltow0whd
R/+DvkM/ZuPYPPYw+0j6qfy0/CfDfMz6UrKS3EGeJV9TFx1BZ9BL6BJ6Hd1C76YP0kP0CD3BxrDZ
bDk7KS2R1ki/lsfiO0teJ9+k3KLcpp7ob+p/pf8/+79Ol6dvITOAD5sw+nvJzzGz/eQweRffD8lH
VKEWasc3QqO0kV6L7w30DvoY3UWfpl14yxH6Ef0MIumf9HsGSctUFoTyw1WgGFsLDfOn7GfsML5H
2BfsW8krFUhJaZhUIzVLqzCqLdJ2fPdKf5cD8mE5jXUuV+5Tdii7lGeVl5RTqtXwH5Dxb559vK+k
74N+0r+1/77+jv6u9N9JLvYQ0gMmWA1GPx/fZdjv+4Bxu8lb1Iq1C9ASOppOxsrMo8voGno1VvJm
+hD9hRj7r+iLWKW/0JMYs42FxJgvYMPYWDYN30vZYrYGytg9rIu9w76TDJJFcki5Uok0QWqVFkvr
pY3SfVJKelN6X/pIOiOdxTctm+WwXCAn5KQ8QZ4nXyn/XP5U/lRpUd5Q/qGa1ZXqLWq3+t/QakYb
phtmGFoNdxn2Gd42tgE7XyZ7yfPAwHMfekzaJNVLe8mdrEL2w4T5I/B5HlkkTWHAVLaLbmXX0y5W
qFytjmKj6FRySk5grV9lO9gZNkqaQhvoLLKMDc10qLrlZwDVyC+TXvlFzO2P6Plq1UpvYCdVK+mA
jlQNHel30hA5Kb1BjkofUoP8KPmbbKZe2suekqYDC34tj1aaSFT6GfmVtIZeT/ayekLM3xtvBx5P
pc+AL8ym5fQbKQ01eCqwqEr6mNxElrO/kl7Q8VZyP10kX07uJBX0OvIpeRJUMUi5Qi1Rc+lrbKm8
jeXQLsLkpzG7alpIJcVNbqat0kPqSfYuuZIcls3kA+mXGP1h9itpinxKmUmXgAKuJ7eQNelNZKPS
JP+JXk4kOofE5WPgbtdJ5XIU6Y3gKi3gaftA3QfAB8ZIU1DiA+ZMBl40gkM8hO8D4BMyMGgpaPxi
cLE/ki51Nusmlyt2Cq4DT80b/TPJ3PST5MH05eSK9D1kMPjBlvR16HEX+Qe5i+yim/uvJathSr4L
2p6sjGeHlfHpwWwbe5fNYvf9eH+x2nHqI5/j+yvszGjlBbJN/guZRWrTt6f/DOwuBod9kCyAwnoc
s/wSb5go9ZCK/qlsT3q8tBrz/ZDMSD+VDlMzWZJeQaaRF8kvDAqZb0hij1P0T5jvtWQxm5leLy3u
X4p1uAuroGO1rgT/uVUf1zh7jF47+sKaUSOrR1QNq6woHzqk7ILBpcmSQcVFiXhhrCAaCefnhYIB
v8/ryXXnuJyaw26zWswmo0FVZIlRUlofG98WSSXaUnIiNnHiYJ6PzUfB/PMK2lIRFI3/cZtUhD83
H1U/aqmj5WX/0lLPtNTPtaRapIbUDC6N1MciqUN1sUg3nTujCfAddbHmSKpXwFMEvF3ANsDRKB6I
1PuW1EVStC1Snxq/Ycm2+ra6waV0j8U8LjZusXlwKdljtgC0AEp5Y6v3UO9oKgDmrR+5hxGjDVNM
BWJ19Sl/DI+iGyleP39RavqMpvq6YDTaPLg0RcctjC1IEa4pJUUTMk68JqWOSxnEayJLoeOkyG2R
PaU9227v1siCtqR1UWzR/JamlDQffdSnnEm8ty7lvea474csOodOtuX82qC0rd63NMIbb9u2JZLa
OaPpvGeDUd5DczP6wLMsPr5t23i8+nbsVAPXxVNsc3NTim7GK6FYxsWsMvPLaL3xtmWRlCk2NrZk
27I2bE1gW4rM3BjtCAT0/eljJFAf2Ta7KRZN1QZjzfPrQnvcZNvMjZ1+PeL/cc3g0j2aM7Owe+yO
LGC1nQ8sxqJn6gQkmnOoYea5laV8jLGLoAmmIgsjGElTDHMawaPFI8i2hSOwAfg0UzyVWoQdWZoy
jWvbpo3k5ZgiTSlxLRbZ9k8CDIj1fvHjkvnZEjWu/ZPwSo4n51AtRecPwKlkMlVSwlHEMA57ijGO
Fvlhg0s3dLNYbLUG+5kbDWQ61nZ+88gyLH80yjf4tm6dLEAm1T6jKZOPkAXBDqKXQbdmbbymZ6Am
t5HXtA/UnHu8LQZM7uL2LMlNGRPn/hyaJ6d+ycgU9fwf1Ysz9Q2zYg1QjSP129qyWNsw+0e5TD1f
UKwb6rJQKmdckxRkKOMQC0qiNqMhDzSButxkTclx/KkCqRd1G4zASlFCI+NTWtvETNxsjkazNPP/
9VB3+hR/SiQ/PJadRmpkMjvQzLBTo36U/9HwrNukhtlgOQya/bZt5h/VAdUyo7womwDjYehHI+NS
pBGUGccfTI4RPDQHUzqWDDWzQUWiuDmYzf6oYTD7UDM+HDsHl44Hz9y2bXwsMn5b27b53en2BbGI
Ftu2n73EXtq2uh7cLoM43ekDtwVT429vxootoSNBHoyM3ROjW2fs0enWWXOb9sPFEdk6u6mDUTau
bWwz3xY2bnZTdlnEhnDUxx7ixAQYw2U8e4aMkdeRRoSA8ntyGcoOqs+QB9RqslCZQ36OskeRtsgf
kyFoMwnhFlh405E2oG0O0rEIW+jvyVaUb0V6E57fwssQ6tD/ZpTXom0h8jcB5u+B1xYD4EhLcMKj
Qg5j7KQpWyKK/yXiThscKGRL0c3/8VHOq+Nv4h8DghHnJFBRYH3wM5N//7FBb3egSiNO4iI5kP4g
LFgPXmgIfvFIgAShZ+ZxF7HI56J+BPXQV9lC9md5mSIrW9Rfwze11PQn828tD1uvsRXaQ/YvHUu0
Lme5a1LOYLfdfbdnsedr76u+PwfN6AOikxsbGLbExxl1Rp1xRPBakbMRqeesrpDvSUTu4Ws2hnaz
ZWwlWpbq/tVstcSm0CmM0RhhAWU1Gvjl1Xf4klO1463aJ6RsSu/QIWQNbc0ZFs0dwwbR7r178T7S
mP5Udio9mGUebdzDOJro5kC+rLjzbTavqTt9osvhYI0c0P02GyAnsfIS4rFaEVt5GSmDlXoI0SFS
21uLFwX3qP+7p9PoSeU9fdJlswngS91vsQByEo2XEM1q5TEvO9flD312qRG/FgKpd7CI5TcQMx4E
F4IDjr4FsrqFbbVsdbxmV0wGi4/V50zOneQfF5yd05Lb4p8ZXG5YblmYsyJ3ub8tuJFdpW6wXOPY
oj5guE97zXeUvaO+Y/mbI3Bu4utMejRWOcREiUkzMdP2sHMdAXnrdpRGoCwxsj3/97f5ktqZ1mQv
ojXJ3uzUaesamJ0j+IciNDfnaK7hFeUejytXY2qsoCiRo3kqyoc7tUSswKA2Ln9r54aO9WOXvfXo
2xvv3v/0ddc9/fQN101qZW9RmV74y3md/emj/f39Lz/3wPP0kf77T56CLbfsy6W38L0LQPfUYOOb
iY0m9OGuJusS60PWp62vWZXJ0mTbT2XJReEJtaqSQTFbJAOxYrdel2S3JMmSjTCrTTZIL+A4wgjE
26mbiSyjCXndLHezy55XFLOeF640w43apWmsEQDfOAF8KXbQ3E2rdJtBL4hVGtqjwwzbHYyvkcXm
riRMYxEmIX9MPAPg+D6+x2yvvZvevocv3RfJZCsWMJk8zX0cNdonWl8Nqa3VTtecqXFWV1Onq7p6
ywVJ+XrtFYfDMXQIFd4YW/qDDle1rTv9tm6pqJYKBldLcl5eDe+iuZW0oo3utuqWamv79Gqrnqi2
FoSQDq7mDZLNIKZhtMJZkRtzSk7K7uu7mT3yk1df7eofRuf9Qtp3dtIv+h9lMru3bzkI6LL0p8oG
5S1Q+Ft7F7JleYxychDYyclhHocipNy2ELr9+rx2cnPedvKQ8qz0C9t+qcv2e9sRcjzvf/Kcdlee
My9PKlGLnSWhSHiCbY774tw5/iXK8rxrXbe5HpIetD8U2kWfYLucf7ZzPhPQ3FpAxpJ90FFcjXf2
6IOLqzUHoXIwJ98qBfNlk5ZwTCKJCKU0EPYmIkZqtPLRGP35C1s4zZ9Otk7pnQrEnNJ7OoOZTm81
lhBLzvET3s211KvKsYJCNqzSVVhRLnsNCSCkynLdLo6ectdLF/a//I/e/r88vJuOe+k9WjrqYMVL
P3n645aVn9zy+EeMDT35/W/pFX/6B7jGsTcG77znsf6Td7/Q/9m2FzlvOohoEzBTIm/upVCPmYJZ
dI64sFKkFZWZdPCQTFo8KJPG4pk0Lz+T+gIi1UtsWmVE2a7sViQpAg55F9lJUkQuAx1OhyviFFFc
ERRuJxLvHvjHWZKP4yxo9gvBvwBwnBUlZ3TwGUARsZOPye80czoW+JHk+NPRDmd9a/OatTV9WKjM
hyPm0CFAHOfBl5QD343HHB+A7HRgjho7nuGb+4kxfUa38L6NdpuTNWIH8VIAGNaXejGHrC5erTis
Eg7qmdFksROjiZktKh+tBVwQcXf6u328lUXDqD8RtAfgm4F5nM3MY4Dlcv5Y29OjHTnS43R5geZi
l5NkgAWHDWKeqoglEcsiVkRs7E5/pcf4SjCBQZLKeTCz89hk5bFZxAY+Ak7AeOAbPcyhhEKtEbOr
0iEixSoRarcQo5EysIovBZ0IQHTyApsDKaqxObqNiBcR8SIxMd4ZoXxCp8vAC0htTW1NTWYyrZnZ
iE3I+FGD+o2EOYxuFjTKG6y3WP+ApbReZL3IIQ2S47ZSe5N0ibzBdrV9i81oYYqx2jbcPo01SHUG
3TjFNtZufoA9KN1nuM+4S3rKoLqYw24fojC3ojAjmOMQxQjQaJ3pmEl1ypjRaDJbgE92O65XmFib
q93FXAfYLjDcoR1KxNhNh+pmq8kc0a03WqjlACZppxbUsG5q0U0OSiKO1RrVutmc5yNKm9KuAEXZ
rk7nKOCcXzvderq1xtdXo/UG/Fov4MC5zPFW4qvFMmjnfQNab+8W5YLklutf2XKBjycQ6Q0pCxza
+dDaf02s6e+Bg+8Qln6Hix4cZFlRV4y6/cSW/maP3cxLs2z07X3RantpVLDSfVXV9vIqAe4djNIs
u0w2r13TSta0ghqaK6CGeLzDq2jUGXPC/el8AL6YS4Z4/OCcVHmhf87u/iblwPdf3T1x+sPS2e/G
y298P0w+9n0Ecmoh+Oj7ytvQp4LkdX16wEHdmtsd9AaDsqzJbovXEpSf9u6zv2qXvF5fkEXydOe0
nGlePdCkNJku1hqd83Lmeuf55gQuDt7mfZBp/nxJcuVbTLmJiIECM08IIgGQoXEAp7o4BQH4XOAh
gNMCewF8p0c5RhoC7Xk0z5GIgJRVwQkyCOkPDXDQDAttHeAMU34k4cFGczQSLZdduW4m+GiVRirK
ibOSgY2ShXQrHf4GHf9sV/++g4f7D+z6A837y99ocONnd/+x/y/sdbqSPvJS/y/e+7B/594/0Lm/
6f+6/zCtpMFOavlJ/z+wZj+HbO8Dd7FB2+zQSxc7l7tZg9bgvkS7xC1brPnAW+L15UPDJ0ZXwmjm
nMMoNCcQ6Gk9yKdoDEQCFH8Bny1C+TwjWZ54ZoCXnBngid9l+FaWNLFIWD8QJRZSR9eAWv2jIFgG
2GSytaavZqq2RiwOX5ha5F3VZYhBsBDDwJZybz6ECYtGnYCHD6tMFCVi0Z+zQfdMWXFP85f9r/Vv
pde++PPWyUNv7r9VOWB3Ld638oX+vr5fSvT2G1tuyrVxDedRaMPPYRV8pICe1aMui526hofmhi8z
rgxDCAp+JGKDiAvB/sXGQz04LQDrAACumilxdac/6nQFKpGe6iwoqnTyfF5RpZZNHdkU9X/tzEtk
6tFe1CPl9fpFAOL2SaFJkVmWltDK0FrT1faNjs3mrY77bU87uh0n7J86NPDQiNPhdjodTofV5IL3
O+Axq/CW2ayKz2TyeAP+fC8XWEIJ9npJtEDsp8/ncNiN+Qn7z1SO2lzZBpDZKgDH9AKO26rKZ6+2
RgpXF7YXSoUFvv+/e5zB9u701wN7/M3AHsdG7cooDxmh11ozBbwpQwD+4z5ss2BG2b1Ooq6mugwy
h0K32GK/IKlAU+Pbn3k6G3OuLbQys1F3VDu0kU7XSBQ10zWCD9nTH+gBf7WzwF/tQrDroWqtwI0Q
RsjNaG1ozfHJA2ejavB4Pd6cmHQBAzrFBGpx3IpFH2XbXnnzmtffmlLcODl9+qXGKy4eHG34O310
831T73+8f4hyYNofNv7snbx44dQr+9fQoTffPsJi6LtSqqjaOGEJtGlKWmAJ/Re0vSEsVy9aKC2U
10nrZTleNEyqDo2TLjJMzqsP1xWOL5olNRta8i4uvjXHHoPwFKwHiJcB4gNAYgAoGgDQGHsIMY/G
GQCNMwAaZwA0PqOP542KbYlCVigVxYc7cMobry+bG5kTa4yvsCyzLbdf5l7s22i5xnaN43rtysJ1
8VukbZZbbdscd2ibC2+K32O7z3Ffbn7WBBscTbiCiYApMYgmCBkUcMnlQxM4LmPENnhj8NYgC8Y9
tsH5RXEaVzxQVE7rQt4r+YNN+fkeSVg1SajirQjZpBWqube6rDfzDeqD44V2m0WJhvLyg3ABwwOs
0nhhAcpUJT84OIAeWeNd4EO9OHsT+qzQgjQaodPhSltNt1OVdtOUnjOYv5K/GiOeZEqQQXQQZ+F2
O2sEcFq38Z4GBcoxJ5oAhX4hqgBg+cAAAXyjO3gb12zO7/xDF14iELp1ynHgXK/GVWKg4zmlWIOG
d5xHp/mMgMbc5qAAmyFZYdSd+8Cqy6nKZ1CMM5yssCiRGFY5XBh2Wc051+31yF6BpDDzChMtz9vm
/eH6Vc/Mmt4yqn/FjKWX3/DVTx//9hblgOO5p1OPVo+g7za1X3PL94/8vv9/HqR/0a644+Kx6+rq
L4955yerHl+86reLlr65yX7bnZsumVZRsbx41N4NVx5et/4zjqlDIBsOgCsa4K23KSwfC06E693U
zdZ1RmQq4+bM82qEsjKJSoD3UsH+udFiESLAKCx4jpl8scDmPxoQBGcHmEK/kJeE92jc9+APrL+1
BmpLjdZ3vPUTrptkWP/QIdywiuZGnSynP0/e1h9UbM89993/cB4+KX1CDsmjcW5RxQbrpSabqcRv
C5QMspWUQDnLrQqOLLmopNXWWrLMtrSkbcg22y2DHvI8HHjallvM2R8XzSALeB849KT/meJ9/heK
X/EfLv5T7vvFxjoPzeeY4eTyygW8UhsVgcDDOKds5PmwN+xLlpZUVsvVpRfJE0vnGJuTlxmXJjdY
t8BU/tb2bdJZVWmnslZWWOktj7p98watGsQGhcrstfa77Dvsabuyw77bftIu2YXnw85Rki8jgNN6
rqapjXbojohV7uCw20OSt5s9s893rzsUMmBxT+sBIU3ri8zlIckyaL42n4B7Y+HjUTCDLwZYyBcZ
06VQ5puCiuOYvABOi1VAyXt8/9TGQvEi5DO7VdjNLtHtRTpJaIlIYkhid0Kp5pKQkw1Yyzv7BDCU
l+m2fLg1qnuq2c5qWg3pc1ofw3v0xn0FZYUH1cMqC6u1KlPtQuwI747q4+NRobVnYkgdu5A9wl2j
Dh3xg1awBtZmUgPhcCrrFXY9J6GavuQ//sE5yfFkbW/fcRAZV/bRZE3vmgxb4dY+N1C5aQrjdA0S
siaugpAEmVUN599hleD5BaqhaDQI0QNBkJvr9nhjCUk12KFqcLMVjaSaRfuX7X5xwrqJw5YfvZxW
1G+9cWNeynfFkVu3PjNdM3kLXgx5F7yyqqV85dIljyXybmoc/+zmqZumuu22QGHcfMXgC5vX+Nbc
1qDPn3TB1ae+33zhCPp+cUgrnlI2se2SaRdeBYy+BRgd5pYffGbt+sNUsToKlWFKvaLUhlNhFg4X
hCpCY0Orw9vD6sicGk9NYLJncqDV2GprcrR6Lg0sM66wLXFc4bki0BN+13rUe9T/Uc4X3i/8H+cd
C6fD/ohS5ihzD1FqHboy2TFduUw5mvdP+TvNquXaZZWRYEg1UHNuyG7xFR6xUM2iW9os7RY5rAvz
UeCoxSdgzhj55kH7OSVwSKhBHEsBHBOkzkv0Mr6flvXUWUEE8hGZF+CWbpyxHgr+vJOm6Ckqh2kt
7i5I4OH9AmkBnNXzOHpRgSpUWNbUxVGFCjMPLb5BU7VRNPXwV1PgE2I3fwX150+oOl/nEFixtmaK
1gfsAWvm6MA/QBWOQPhzcibNMQU8eS1ZE43BKAcfhrKpEbjXJLBhIALXCQpUOviprrV7Fuxeo/d/
9esXl7PKxrs3/PIXV274pXKg7593Tbvr9XX9J/vfeYTed7DxtkNvHHn1ELjr9PQJqRf8KkDnZv2h
lfYbHdRhodzdsBo+DdkVshh8IRn3H3INRj57g5i9AYwHMLRwxALDD739qhCg2iut5TzAM6pPMFlp
ODQuZ5x3Vs4sb1tOm/dh9rD0kO0J7YmA1Wjzm5expdIy5Urralu77UnrXtM+816r1QNT92Mm2Qvm
OVY5bnRIDnh/n9E3DhE+kDYMazucIsfgCzERh8MCATEwxhCGXmg38sW2FwQxv0JLMkzhcqdU5xyV
6mJ3Joo9CYg9uSiUW3jYQMOGWgMz2Hkjg5k3Mgj2ahgarHwlKw+wKxnib12bPVzARUd+CtK79nSy
d62YO4jdWV2mtR7Hn5Cq2LdmOJ9A27CWhG/0nATlOyfV7Mk7+auj/V+v/ezW594L7/bfOHfrM0/c
vOxOutn7/GGaR82/pGzT7keDy1e8/NY7L/0HlzENoMh87FkuKHKW7g2TUC5rlFqVVlOjZbG0XFll
Wmwx5nKOyicIlf+4PpNDeSEeF7neVb5znwnIQ10j/UNDY1xTAmNCM1zwGofmu1YG5oeuVq/OPcPO
+DRcd3LYvN7pnjbPalz8Dzm2azs1pmlyMGQ2kAM448DsByijByuLVdOw0vfmAFu8OsyS94SgBZBx
oQL4XJAhgB7dVFRSmbJRWyCMXGc8UclTfQxn2WEa9lRohQa9sKSSb8w0g8QdO0A0wZ0NmAjgzGaF
+F4aPHxqBn9+5fn01Zqc0ncchlsyeUZoN8Ko5W6u47W92CiYdWtqhOOVkxg35EB6dA33FYrtypi4
bkPUw3eKRrlNV6BKlx4o/XL/Z/0nqfu9P+NG0NkT5o7NC2/vO8pmWEfMufW6p+kc7+NdNAzGYaXF
/R/0f6tFdh9YQu+9ZdySJ4GROdjCdmjeXmrT890m6vCX+Yf4cajhf9j6M9vTNmPAVmxL+Xv8sp+v
R3EgXJlntElWR8hMc1nSnSPjNxbmHW7qTufosjcu457JPUBxvohDR1TyVE+GwpXbCfXrXK75dRuI
lriFLlQsdKECTsakVEhl6EVZc9jNkR/Pc3kvgE9gjgngu+eFSH/c53+RHiBRcga3LXBRN+ssyLAs
7tQ+DR0JemdvK1eUamAf1/ZWO7G24zbqbs2pmgyqEdJWg3lInKojiBszyZJNm2gSfpe1Fc7YsIph
lVVczQSJYKVzc7nnumPHjpzATRsmtwRHlM+sO3xYeuj2Ncsrx1/sesQ8vm3B7WcvA0WM7Z8hfQ6K
yCcldJXeZrEo7lJL3D3ZUu9WTXn+vFJLwl0aq7YMd0+yjHfPMTRZlli+M/8z135BrLRodGx00eSi
7aU7Sw3Do8MH1ZaOt4yP1g+aHZ09aKlhYXThoLbS9tKjRSeiX8ZOFjm9HjW3m+3pKg7lGARX0iJQ
UTlPaic95AjU1G52vV6uhEIOc31ByGr25FbEK8xxn++Il2pe3dvmbffKpVhy1lgqZJjXxXdGaCdO
vjtele+OFxgtSj8H48K+8FaIOSnxvQBwVp/Ekd673kHjpCBceNBx2PGhI+2Qw45axzQwTUExDmhj
rNFRwHtzhHhPDrBvxEJLc/iTpeujldOxmVOzCkzrGm4w/CCLuDTiGvAZaL+9IJy+VkTHa4XrA871
NV6YqJw+qoYXgWq4g51v4LAKp5tTUSJHaCoZAXXZbkv5uPXXb/XZ6YbU305d8Z93vHjNk4v/tvM3
nz/45PXX7Xrumqt3NQVmxMsXza1K3UZr3n+A0tsfaD+77JvDVz8rlfxnz8E3X371ZW4TbMGRIb/v
6abz9+NgrKcz11spcRVYqGpxeRjujB2wyaJopNdf6TU6rU63pFDiCCkGt8VsjZv0iuGVaRPtMVEP
Vpg1esDAcOBXLGI33wIc3n2hO/nCmYSeYArwdiiF35svpAkkJU72vuGqLCAzJxdeD482gKkeTove
yuGVKc8pD1vt2elJedIe2cPccUGvuoYxnMJ8SASYcwznntwXJeiUe+68gkozKoqRv5rIWQr9The6
BQ618B5c3MPLydTcCdjGc9opdg2aKBwaazInToJIhWrBD+9AmFy1gPWXoU67ajfE7ao1SG1G0CUB
YSY3EZxY0SQ/BsCOwtSDK1ToGWquc0vXDT0bftXQdeXy6XfUQL346p7WJ37WN489uuXaWXde3/cC
aHIrNgpV0CAM5JB+qWk4n8E003bTTlPK1GP60HTKZCCmsGm1qd20I1t0zJQ2mcM4h8S9OyaZVOkG
uCsVVTarhrhC5B3yTjkl98jHZLVHPiUzIkfkI8jJckbvYo0Asusmi3WT4dBGqeBsqMtwNgAZew/A
WXi0sYbyVOO/rh4ORIS9V9srRAS3lbmQWLsmmTOsIlfCqmzt6uqS/+vw4e9z5cT3RzleYs7SN5iz
hc3Xg6qgM4M6R51rkhy2/1HOqHDe892FXyvjnsOJQQYA0mQAoOwJXbj3GqWrzMylRnKilXBynup0
FVWi1akupC54LlAQFQX6zShRZVmR1SrTBFmJq4PNTearpCvNR6WPVcOTKo2pCUPcWK2OMNXaptma
5Wa1ydBsul7eqDxoelX9k/yOelz9zPC1+q0x12U249hJZqpqMJmMyJiMxrhBdRsMqgT3kGLGgYHZ
jI2RcfBBZEU1GIGZBGeo1KGbFKw5LNICnBQ49GhEaFTCbDIEtkPQW+KExaFfE1qLe3oMyN6vDxU4
jgkDuzMHVWLHCJRq4LRQwXDfjOO332r7e3TCZedxKs6YpmjCz7HmjPBzCNTmhjo/VOF+Opwf8BNV
pL6kHYBBM9YYayQRZ11GtgYTDZtulpjJZ3NWAufXNGOf+cmq2VSaV20y4rwVG/ZBR141krc7IiLZ
E82esYoTgzXw+wkHn5ru6YhWYxN7Ojw8+aBD4815InJWkeyxZF19zSAz/qDuel+mRrcHb3O7a0SE
p850+PjDX+wJZprjYCJjMSahVAq6pBUUhxMGYCJ95rP+ZfTgB/2P3qgcOPsiTfVv6FvEwtf0X8Lx
8iZEVYIWP96nCEIEBvV0Vo3IHD1WDsukQ4Zm0oLM0aQeB1t1KGFcRP5QkachOqVIYWU1DnbSCn53
RcxMyjAy3pNQPHIhwXcQ2gPVnJ3P1bhVhB3m1CkMqKzhldnrjN5hzCodA66YdFoIOjyTpVEyVf4x
jWKr1nJzO3NcyQ2kDJPjHOumLnFwiblDVqgJ6AYx+nt+LpQ5GeHHBkI7Bkn9VZ9isVXG5ePycdPf
vf+IKH9WzkSY1xiJmXzBiEmSYvkhNZeLTgNVYzi7Mh+J0+3xnXEW93oD9vh2J3XKfHpOuLIRc6lh
4WjtdHPRi/wJ3cvZkJNxpHaCBSAWTg3UZc4eAGQOHPF7uFbd6otvD9Kg6C54rrug6A75L3Un7y4o
pEFQGCso7c8IoSAsYrUR+Yy3JMj7w+91K2JxeoSA9nYSFiac/iRBf5ndOJ/+hOeDeLKS5uyALnha
dwtlULBLIuQs8RfGu+nVnVG+Lef0ByFjYNP2Hce5/MDnPPcI9Im+qfWL6z6BPcuVRGiKgohBrpzR
Dggkqzsn4bY6g9Rlyx0QSFkVnd9oEM5IL5dLGbEk9MXzBdSj5U8u23B/+IbXf/5MZ6xl9OqfdjUt
mrxppJy4d+q8BU0Hdu/rK2KPrJg38t4n+u5nHVdfPf2hu/ve5bTCdYtPgC8eer2eo0hqDtuldWsf
S5/mnJLO5KiQGaf0GiDMRo0+oB3xHfOlfXLEiMtNHhd0C6p6bGab3Wov9Al9wid0C4vQKixCq4AL
IqtVWISIshTwzRSOCaFVWIRWgfy3mQ21CK0C+TO6YIcWobhYaBpHsFN9XMMIcA3Dd8rHVvt2+lK+
Hp/sk1hFrkfQ5pkuJ07iOeX9QILnKxYZEvxBsYAKylUKoVhk/CL8Fa5/VVSmesU9oIH95VQI5R9s
id8OOv/TK9ym2OXeH7QNj+o0mY1mg1lStYRTtQepw+zKbnLJJhAy58Jil7OeL7GxmS3e8tiV77c9
Ol0zd5Usn7juKTlx/+761VPKr+9bx265YuWYe97sw50MRupgIxdhF23ET5fvy4WDSG3M4R5WDuBU
64S+jkN+UeEymP3WCepE4xy12Xi5utRorNRGukZ6hvnqtQZXg6fe16K0mGZqra5Wz0zfSmWlaZG2
0rXSs8h3Fc01qYrtEmm2Mtt8iXWFtFhZbF5hNXtDssEJluEuDAodPyjQwAANRBc6vkF4rLLOEy7V
Obmh+pQYnwD4PgiAbwWAHj2nMF45xECJQTNEYBAP/RA8gpdfxE1mwPZCYrWDAxGXEKfCP0MwCJQI
UzlLtYL/8Att2GcdXXJ2wMjQADed+Q2vgU8vDOfWM60/FPxw64ufk3OxZZqlzDItUBaYZC6b+IM5
WhWIkuDsCso/OV/5r3vi1t/9jXqu/a/bPuzv3d+x5ZaOzs1bOvBzh6I7N/T/ve/Qf/0Hzae2N994
8z9/98broMPN2MZXsYNO8po+qiyHajKNyZXyOPx45zJ5vayanEaT0WTLcZpsRDJSC/cTwjA2FW/H
/aCCSA7NYQXO/3c9+5xE+kZ3nqdn47hQUMt5fC+jamfOyzOqyFTXhAGfkFgsoHwN2F3r6bXHYfhy
TIdqnbnSRbTXttjF1YXWtRQHxRnOlbFvDVCkNz82emntJZeOHjt21KXufDnx6JqJI58qmlDbtrbv
bc6NauGf24NVGCJ59WvlAnfBSNMkU13hnILFBdeZ7jTdXPhkzrOlL0k2kzfg8w5pKH3HqwRxF4dp
5dTsazG2mFrMLZYWa4ttmXGZaZl5mWWZdZmtK9FV5ChKFBYVDhpeONfcbFmUWFS8PrYeR6s/Mf/M
ek/x/aX3DnnC/LT18aIn8B8zfpfw4HAiIy8LBoDYAFA4AIg2HKtEGw6INhwQbTiQB11Id+VXzzUW
xa1mORBJ5MqWC/IC3L1X4C/lix/21/qn+ef5d/sP+1WHP+xf5f/QL4f9d/mZ/9fYm1zghfA86dAb
GBxOuLqi4fdXjFCN8ktrPZ1uTyVPdc3urKT0gpa8FXksL5RrAO/mhwvCTOBXjaD3486RnsNJTQ5d
YAnj1K7Qr+f4Ksv542XCeyKkMOcT8KSIW6D+CH/SH+FP+YV66xfeJz8OJjoMhSV4dG+o+kgJBfQJ
dBjWCCBzsi0Avg4APhc3BEsC4lVR+MLaynvKWW15ezkr5160QiLemb0sGsmsMmsUAB8AB3Q/H0Sk
0CG8sA4xPEeEDxUs7jsdQwQkbjdljf6CDweUb//QrKsM9n5WTvcCmTUcHK6dmj3USCbXJOEMEDjO
I+HjRFrbu0YcanCNix8o8gSiG3/Zgw34e/SiwfkxuGESTs2l5WiSWmCLBImp2BCkymBE+W5ko/ZY
kBTEbFbjIHOQFheZzGpSDpKwlselQZJr8pmI68nJkuSmTTBKBz6tuN+LGzs5VcI9x49LivDLtUo4
IoS5es7Nyv0T4naG8EfUdjhuvfa6q4fFf/Lqg9PGjCi5e9b1v57rTFnXLb1umcdTFrz54P1zlr56
/eF36YWh5WsX110Y88XLL9o0dcLG4nBy4rWX+2a2zKyKhfJyzIUVY65rmbvj4l9yOi1Mf8VKlAdx
X/qv+4kZOBhLcOsM/kwA7X5YtFabmUrEo5mSDrPqwcmYQyvARQ+bK26laYOx3lTfZlhtaDdsN8gE
/H2nIWXoMRwxqGD9XwrRDYBfKobjkx9lcp4FgGuNWUC44zNyPiM5dIuQIYJzoWlG9hkOsGXER4fv
gSX1g7MA8vb0ca2XOwyOn+aOHn7twQllzFlRob2WueYQ93J/TmIY99M5q8StUjdfeqYFJtcsWFF6
882de/fmJIvzH92hjV78GFt4OzWs6L/j9r6fTCnF5V1YIeBlx/gvd+m0/SSAtTHBvmCRHA+/ZnJK
r3C5K5M5tNCY47HSHI8FzNyJZSIVnrjPy5WegNCovEKX8rr4AsALlj1G9ApdSjjRMu4yoUUhn/XN
eIVajPwZfqyuNqa9tMdLvVMDfI9yuQIVOBVgqwM7A6lAOiAH4CDiNcJBw+9FR0xHTMdMMgozgoMD
GcGR9Q1Bj8r4fjKuGZPQoEzCNWOa6v+R4QJx0fu/VSVIEL7utTUZySGcpgFZs9scNgYzWzUqRqhL
sjVIbEZnkHAXTUnJJhwMgR6iw8TWFGFz4HfzCoIYzmGp9ro/X/r4NM3SZXFeMWPGnaO6ftY1ceW0
YevYPX2ddwydMGPWXVtZNZwXlGCLpBPYHTP9PHsS5FWMxGxUqWom8AMolCmFHP2UsuT7h7T3DwE1
uLTjCnvw+WEKJQXOajPn7zZntQnKcKWRR7gW+nknUjBkkaLFX3VTfrSSFCNC7oRugr1JPIiQO6rf
UHxBJYkgclgHkWJTwlxNhpknkgnmOfgZcbOxyXQZvYwtxc8MriZX0avYRuPVpqvMW+gWdot0q2Gr
cZvpEfKA6W7zL8lj5l+T5w17zK+R35mPkj+bvyAfm78np82lmI7ZRzzmYpIwV5mnERj6iu7yVCpQ
uCuzXgET5sOnTjCm07qD64pmfv0fOhPWgpdBycKlM6yKKGWKYrWAAZa9n8TaIBxKHkqSstpalPFz
sCozPCVxk9ltMpnhsIcfBM5LioGYobIYjfglg2owm3CpVCmzUmuBUdd1+MWYqZsG9+owuHGnmAZ1
U4TptMDy+Z847eIaZV9rX2vA13ucX1cBsVafu7PkFK6PH65OwqUBxilOmgfYJ86cW5ujtCKH33PM
gSPhV/0rfnM8jtsDX+zvv0JO9N18+arZG9jWjGdLxd2054EdLjlv4P6vC4sgvKOGzPG+iLFcb3dZ
wZIgWXH/gkPOCI9RgTN6WMmogGjlkFMXebNTori2b8BqO7AaNisYFu4O48I6fknshL0pbOgMo3Pi
oPHQIe2dQ9rb4iow8C97lJ6ZFieGICjQTUvkQWY2yXmJ807cfYdIxP7xQ2AOYAQZAFb3Kd0UjlZq
IdyJA0mf0p8PF1bKqtWUowZNfpeCf/mgWnBv2ejSSI7kNoSMQUse9Oy4ocSYtFeSYYaRxlH2OmmC
qhumGBss4xwTnJNclzhmupYbFhkvd21UrzGsN+5XDzj2uf6pfm8qtjiLSbGtyF7sKHKVuUeQKtdV
xluMD0j3W5+iu9guC45AyT71gP0P8Mq9azohn3B86jqtfmcKWcQNOKuINRHbRewQsSuLtkGz3SG7
iNNogNvOEbe74oTYDZKNWuM4c3tHr+JcygbsK+EAflvvzlHNFmfCnHTOlmeaW5wrnNc5tznNTrMM
XOTbkdkYTuiZpebXoapxo+E0/vjSa8f5F2WZv6AON7sChmVQTGazEffDzRruBHanGzoV4oLOcpF+
mdlhj7zsNBgjBqfLlYQ/XlEMduxz3GZ34/axERZS0mx043H8v6kBSsGPNgwu2ehwWu02MTwX+LjR
aDBw0nHhDqGdmN1nNBtts/GjZMnWTZ/SzZFpZrrKfKMZl7RZo26a5qSrnDc6mZPnLJpC24Q3C9eU
6VN76ZmcMxCK+DmBf8rp1lYf9Br8cSJr9X1yjrIGrihj6mIlsBjQ9RFvmXL+XeXsleVsAqzcYof3
0a7V8MBhHhpS4VlNXbaINcJexC97KII9faSLDHFEcLnrGP9Fjfjgn8ZUzsKtZmP6yB7DEBSjIIq7
zhXirrMxfWyPIZIpdWVvR+/nHe2DKoi+wa2OdBiG8B47yAh2IPOmc52L3vhzXtGbM32s0xyRI/xH
Pc1ZTyjv7e19rmpSigAC35PDHZLNguQyXjeulYmb05yhCH6S4+VMJYZ/rUcb+l848HStXPH0/h3D
Lty3u7/rhacH/QUM5uHjztfZFX0PvHGIXfb9UXbd3rOHudeQf9JF+B8G/+4TQaGEuyg50LQS+F8S
Q0g5qSDDyHD81406Uk/Gk4n4vxWTSAP+S8ZUeLmm478izMT/qpiDX7M3kWb8nw/+obidD/8lPiru
aZOm2XNn1U1Mjlm7dP6KKbP/H+gMDg0KZW5kc3RyZWFtCmVuZG9iagoxNTcgMCBvYmoKMTQ3NzEK
ZW5kb2JqCjE1OCAwIG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IgL0FzY2VudCA5MDUgL0Nh
cEhlaWdodCA3MTYgL0Rlc2NlbnQgLTIxMiAvRmxhZ3MgMzIKL0ZvbnRCQm94IFstNjY1IC0zMjUg
MjAwMCAxMDA2XSAvRm9udE5hbWUgL1hUWlNESCtBcmlhbE1UIC9JdGFsaWNBbmdsZSAwIC9TdGVt
VgowIC9BdmdXaWR0aCA0NDEgL0xlYWRpbmcgMzMgL01heFdpZHRoIDIwMDAgL1hIZWlnaHQgNTE5
IC9Gb250RmlsZTIgMTU2IDAgUgo+PgplbmRvYmoKMTU5IDAgb2JqClsgMjc4IDAgMCAwIDAgMCAw
IDAgMCAwIDAgMCAwIDMzMyAwIDAgNTU2IDAgMCAwIDU1NiAwIDAgMCAwIDAgMCAwIDAgMCAwIDAK
MCAwIDAgNzIyIDAgMCAwIDAgMCAyNzggMCAwIDAgODMzIDAgNzc4IDY2NyAwIDcyMiA2NjcgNjEx
IDAgMCAwIDAgMCAwIDAgMAowIDAgMCAwIDU1NiA1NTYgNTAwIDAgNTU2IDI3OCA1NTYgNTU2IDIy
MiAwIDUwMCAyMjIgODMzIDU1NiA1NTYgMCAwIDMzMyA1MDAKMjc4IDU1NiA1MDAgNzIyIF0KZW5k
b2JqCjYyIDAgb2JqCjw8IC9UeXBlIC9Gb250IC9TdWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQg
L1hUWlNESCtBcmlhbE1UIC9Gb250RGVzY3JpcHRvcgoxNTggMCBSIC9XaWR0aHMgMTU5IDAgUiAv
Rmlyc3RDaGFyIDMyIC9MYXN0Q2hhciAxMTkgL0VuY29kaW5nIC9NYWNSb21hbkVuY29kaW5nCj4+
CmVuZG9iagoxNjAgMCBvYmoKPDwgL0xlbmd0aCAxNjEgMCBSIC9MZW5ndGgxIDQwNjggL0ZpbHRl
ciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBzVd9UFTXFT/33ve1sMCyIlDWhLc+QSO7IqABleAK
7AbYSQOCddeYuB+gEDESNIyocUg0iVmws600M/kUk5igEXNXTIKO7RhTLDNpJ3UmySTVJO0Mmdg0
ZJppjJ22Ss97D5lom/7de/jd373nnHfuPffet++ytfOhFrBCDzDwRDeFO8AoqU1Is6JdW1WzLxwF
EJeu79iwyexbLgEI6za0d683+6nbAIjQ2hJuNvvwL+TbW1Fh9ski5Dmtm7ain15Sa7Cytm+OTtlT
9XGVTeFtU+PDReyrD4Q3tSBjSRvBytWxectWowtpO5HLOzpbpvxJAIA1xQ9dmvPXly/NMX2wJghG
rFAI+yAVKNiwtQTVXwnr0KYLpgUwMtpvXZdWfllxKMajh4b2X9Mbb//52TjAtfqkz+Qi7FoNf92A
z8lF1+oBkvsAJt9L+mzaolv1wjxW8PmwYU9XPDXqCL39eE0x0m6DyFGTXjPpsEmDJr1q0ksmHTTp
gEm1JtWYdKdJlSZ5TKowqdykJSZJJgkmMZOI526c00XEBcQfEB8i3kG8iXgD8TpiCHEUMYh4FXEA
8QLieUQfYjciiliHGCGvm6GHTDpi0ismHTLpZZNeMKnapBUm3WFSmUmySaJJ1CTweHCkjxEfIMYQ
v0GcQ4wi3kKcQAwjjiEGED9HdCOaa4ozLBmW0vgI6fLUyvGDcny/HN8nxzfL8XY5vl6Ot8jxtXJ8
jRwPyvGAPEeZrajKrcosJUfJVjKVDMWu2JRUxaokKYoiKYJCFVCAz2B+6m+sJH5+Jgr+iMq/a9RG
SFLDGi5qlYTb/eBvqszmZQWc7h0h0BQYIZMJQn76mIPbqwIngZDJx/Y5pjgYhMyC/yzZN6j89d2n
IZeUgox1ybCc+2sZ7f5G1MYNbVzXxg1tNjleD8X+cG/oFrghyM0dcrPiB/vE26anWx9IKFAZrFpr
8jBNTsJ8Qg5nsDLT1lFhJLfMmb3LcUoAMgjJBUFu1Sp5CkLP273CvUI3CfgaoSkV1WlTpuxdy5yO
U2RwymRDdToupfFm/T9V539wMkVQBFESoI/QNdh6FiJYP4NoRjwN/dBPh7GFPlCC4Niqgy/EMSiG
TkNfAjuRq+HvuHCPG5pyiKA9gt6jyBVoiyITtEWhn/QZ/DDswdjf0GF6lp41rMsxbp3uYQodFsdQ
r4+8G47Bp+QMRtgB+9F6Es7rT2HkfhiCK2QeSi/5nEzQetQSwPExzkb07sf5/go+hr+RDFJBYuQ0
+tjpI8ZczNF60GcU5bwRRY90F2knm0kneRJjjlNGF2PUzXQvHaCcnmVBoUIck+xSqdyOUQj+UjNI
xwz1aD+GRhw5Ag/C9ah65FH4PaGkgTSRVvIUGcA5jJIJlG+pmy7HVdflFywkWIVL4kbxRZQxaZX8
vCJhbBEkyAEV8mARZuXFMRows2a4H7YbsgNz3AkPw6NwAAbgIByGBJyCt/Ux4QJ8CldwddJQ9LxK
yRKyGiWI0kl2kT24Hr3fk33kOTJMTuH83iUf0FzM2pR2zN6c5W76DD1B36W/pZ/Rcfol/YYBs7B1
LMK2sEPsCHuPvSfUCAPCQeGicFEkIjdWyi5lSPdKvSh9skXeKO+RfyY/L7+ZtACyMC8X5lUHqzGr
bsxkJ+yFmLFrCczkBLyBMgZf6nmgTE5lomezhFQTH1mFEiRrSIhsIlvItumMXiavkEFyAnP5AOUj
coH8ifyFfG3IFSrRTFownV89baSr6Ub6FH2aPkdfwxM5TE/Tj+inmOM4vYw5JjM7m8luZV7mQ2li
97BtbDcbYmfZBTaB+2YV7hAqhFXCvZj7OWFcuIQ7SUUm5omLxaUoreID4i6xV3wBT/SEOCFZ8fzo
MkNaJj0hHZCGpY+lq/JMOVOejbJALpIb5Xa5Sz4ij8tfKEctKyxtls4kFxyBhfDWTe/xG3i636H3
SoWQQy7gaXiQpaGXius5Sq1yu6WNDuuzkxvJPNypT+AKs4BfOAer2T3QLkZYsvwVDJItwiPkNeaD
o3BI7iKnWYhNsENinrTMPB/0GXZE7pZD8hc402/ZfrFVXkBWiL1kkC7HN7qTNMB35DLchyNvpfPh
HDwJe0kXfnD6laMkBd/gUZpLesUX2XFhgHnFXeQ23EGHOMYeg8UwE28r82A2nnURMvQ7jqe0rHRR
SXHRwsIFblfB/Nvmzc3Pm6PNdqq5t94yy5Hzo+yszJkZM+zptrTUFGtykkWRJVFglIDLq/lCKs8P
cSFfq6lx630tjIrw9xQhrqLKd6MPV/Xnwmi6wdODnutv8vSYnp5pT2JTy6Hc7VK9msp/V63h1WJN
QwDb+6q1oMonjPZdRlvINzop2HE68QnVm91arXISUr3c19Ua84aq3S6SSE6q0qpaktwuSCQlYzMZ
W9yndSSIr4IYDerzLk1QUFIwR16nVXt5rYaPYhiW5w038/qGgLfa4XQG3S5OqqJahIP+zSowXKDK
GIZLVVw2hlHbOKYDvWrCdSbWN2KDSKjA2qw1h9cGOAtjDC9PL+B3atX8zu3j2W7XCHmlKcAtVcYN
4STUTfYkanuqq4P6aPi5fMJwz0L3rO3jDhbzZrepHLux2BMqH2gI6MGuW526TzCIQd0u/8qAE2et
eftUPY2VASMDDEqyC3Hiuk5P00y4RfPqmtD9KrdolVpr7P4QblZOjMPKbufxnDrPyck/Qp1XjTUF
NCdf7tCC4epZiQyIrewervWotTda3K6ELd1c6URq2lTDmvL9RgvugmkzWoa73sJZX19qos9Iq+Ue
PGNRFWcS0DjNK9OrljKIRctwR7AECa5oG65fKGZbitlxMc+mqbHLgAdBm/jqRk14SiPl2S6DbtSP
y/SR4yR8vc0LCvj8+fpJkatwa3FmFUZ/sdvVxf1ah03lflwyqA/gQ8GlhbjkTqe+y70jHohgh/c0
BMy+ChHHcfAU4lWHhnTLmeuWmat0S891y/TjIQ2P8wn8HALM5Er+9F+aLXOGt3UpJ5n/w9xi2vH1
8aoJQcyL1Qfyw7FeR34o1hfEU+3DtzoW82mqLxaKhUcmeyKaatNiCb8/1uHFt9FMaWTyTK+De/qC
rQQXlZeYq8FnVAWYg+onE1vUwYJu/RbXI9VCPzuMtwcwvuL6j6oVv7WpyE787lIjFYB8/Jo/ir0e
/DepB28jDK+xmidNfp8I75OX8B/LSRAn2UnyOUDhtQnbBCz/GuuihSXpzvQ8Z7qzh8HVHgrXQBz7
R1mPMKaP1g//FCclFX/r8t5KI0JKml2EERp5UwZBtgvkJG2ElMKJrCWgV4VFC0mWBEyW5Py5c/Pz
595eUpyVZQfxovbh1W9jdWudKa5Z5Rs87Wvuui/3MLVLavHBq5FrnxR7cgs3ruh7PLPzvI/cQnNw
3CFyml4VrJAMGb8ERkvBAhKJ4sQnoPBq0cIZizA0/rBK2uz8oaHtO44d275jiI5vPza0Y8fQEK6B
USbL8Pbx3wrD1ChhSrS1Jbox0t4sR9s6o+0t+j/TWAjYp1ZUgmyA2p9U3h2oKljd9sCGZsQW98qW
DQ+1hzsB/g0imcmdCmVuZHN0cmVhbQplbmRvYmoKMTYxIDAgb2JqCjI2NjYKZW5kb2JqCjE2MiAw
IG9iago8PCAvVHlwZSAvRm9udERlc2NyaXB0b3IgL0FzY2VudCA4OTkgL0NhcEhlaWdodCA3OTkg
L0Rlc2NlbnQgLTIxMSAvRmxhZ3MgNAovRm9udEJCb3ggWzAgLTIxMSAxMzU5IDg5OV0gL0ZvbnRO
YW1lIC9JVkJPWEMrV2luZ2RpbmdzLVJlZ3VsYXIgL0l0YWxpY0FuZ2xlCjAgL1N0ZW1WIDAgL0F2
Z1dpZHRoIDg5MCAvTWF4V2lkdGggMTQ0MyAvWEhlaWdodCA1OTkgL0ZvbnRGaWxlMiAxNjAgMCBS
ID4+CmVuZG9iagoxNjMgMCBvYmoKWyA0NTggNzg2IF0KZW5kb2JqCjE2NCAwIG9iago8PCAvTGVu
Z3RoIDE2NSAwIFIgL0ZpbHRlciAvRmxhdGVEZWNvZGUgPj4Kc3RyZWFtCngBXZDBbsMgDIbvPIWP
7aEi4TYJIU2dKuWwblq2ByBgIqQFECGHvP0M7Tpph/9g+//Mj/l5eBmCL8DfczQjFnA+2Ixr3LJB
mHD2gfUCrDflXrWeWXRinOBxXwsuQ3ARpGQA/IOQteQdDs82TnisvbdsMfsww+HrPLbOuKX0jQuG
Ah1TCiw6Wveq01UvCLyhp8HS3Jf9RNSf43NPCJSIiP4WyUSLa9IGsw4zMtl1Sl4uimGw/0biBkzu
7hS9klWue3KKSSGoJLnOmYb/Guum+uNHQrPlTOHaWVrumscHfFwuxVTfb/oBxG10JQplbmRzdHJl
YW0KZW5kb2JqCjE2NSAwIG9iagoyMzQKZW5kb2JqCjMwIDAgb2JqCjw8IC9UeXBlIC9Gb250IC9T
dWJ0eXBlIC9UcnVlVHlwZSAvQmFzZUZvbnQgL0lWQk9YQytXaW5nZGluZ3MtUmVndWxhciAvRm9u
dERlc2NyaXB0b3IKMTYyIDAgUiAvV2lkdGhzIDE2MyAwIFIgL0ZpcnN0Q2hhciAzMyAvTGFzdENo
YXIgMzQgL1RvVW5pY29kZSAxNjQgMCBSID4+CmVuZG9iagoxNjYgMCBvYmoKPDwgL0xlbmd0aCAx
NjcgMCBSIC9MZW5ndGgxIDEwNTQwIC9GaWx0ZXIgL0ZsYXRlRGVjb2RlID4+CnN0cmVhbQp4AY06
C2AURZavqrunu+fb881MJjAzGZIASUgghG8kDfkghE/4JoMMTAgxiQYSAigBUaJiNEGJBkQ+LnF1
FXWVSVBMUBe8df3tIuz5W/VOPRcXV2VhFWV3JTP3qicgent71z2vvq+qXr169d6r6lnXvL4GjLAF
OFCrV1U1gfY4hmP0WvUN6/yJvP4AAL/i2qbaVYm8xYj5o7UNLdcm8k7Es1fW1VStTOThIsbj6rAg
kSdjMR5Wt2rdhkTe/juMlzY0Vg/WO85hPndV1YbB8eE/MO9fXbWqJoE/QsJ4WFPj2nWJ/HDWT2dT
c80gPqkEkOck6q4ICaaT4GsogMUgAAUFcuAqAG4lOYHzJfgC0Kqrd6S/v2S5peBb8LJhAB729b3I
4l8n/fmTWMfANjEuRTFr0PBZBbYTb4rheNL1sY5Ymxi/XMNq2ZOkGhrHkA+fL/et2lfuO0L9EJGg
1/d6pI9FyyNT2Yx84KejsGkOWQP7EQ4iHEX4GOEsQhxBxNHWgIKwHOEWhO0IDFOn1czF1H4Ejqao
uRfG+XIvqBfKLzRd2HKh80L3hWMXJAULGi+cvMDDBeVCLtZtuSDIyoXIBTpx7tS7qQE6EboRogjH
ED5B0CFlbLoRmoz1yYx1GBYiLEdoRLgFYTvCfoSPESTwYUggl3qgHCGCsAWhE6EbIYpwEuEThHMI
euS8B3v14EgeXAxWfwyBQiNy9xaE7Qj7EQ4iHEXQgYoh0dInMEVhLmnA2gYsaUBeNQCPnGzANg0Q
ReDAhyErWY7QjcDjWFak0AoqQjkCj3NK5LA3TEUQmhC2UKvq433CXGG7cFTgffxcfjt/lOcLhYMC
LeQP8tQkaytpYJE61SeDrMh+OVfmJ3bK3XJUPiaflD+Rz8mibBF9Yo5YKM4Vl4uNojhxv3hQPCqe
ED8Wz4pxUeSFbJ/AsV6SfbKF83E5HDdxP3eQO8qd4D7mznJxTtzQR8rUarKhi2w4QzZsJhtCZMMm
sqGNbKggPs9cD/W557opeBRPoUf1NHkEcCvuQrfqbnILMngIuIm03LndSZc7tjsoOBVnoVN18uBQ
HIUO1cHL4CTgINKv+4i3V/D9+gXijZ/CHeMir/Q+zfn6yCvPPC1yrso+MvdQrqTFqgkTUFqKsm6z
SWof+e5ZkEObpiDyQ70tAYz297Ys9L1AdpNCugeXYk5vSwqWzuptmYTRjN4WFaPpvS0fYVTKoqkW
MhUXgOFOgbD4DXkBx58IYRIAFVOSamoZ4zvbUuv7S0uj74twH91z2Pd6S67vlVZM9vqOJEoOtUz3
9bRoJQdb+913CWMPu36BY+0L93H1h4669ob7SOCQ6toZ0XDubOkjs3t9tyf6uDWR2xieKjM6YEOC
dlhHCoWxvb412FanypNcTeEvxrrqGPJzvmvDL2W6qrFm2qHpLtzYRmEszuBBCGnxHtgkrCQGpL+s
N1Trm+oiV0EFF4OPsGQCVBAJJmFKB23avAWooAdgB5bwmKp97g7XudBw35lN/cl/x/FdX7X1G3fS
ParB9WroI98zoYW+HRXaLLoq+jg49JhrcyK7apNW2sByqsu3MjTSt7QiNsFVypXypcIiq2yVO58n
v0fd0kka1avEzt+JnY+KnTeLnTViZ5XYuVjsXCQOk1IlvzRUSpGSJbfkkhySTVIks2SU9JIk6SRe
ohLuehK1c2W0bME0UhY9Vg1lK/zR7xYE+4h+3pKoEJxGorYyKFs4zR2dkFmGQj4/Oj6zLCqWX1PZ
Q8g9oSi9s4/AQhQsD8tv9UZtRZX9QEjq1ru9LI5vvTsUAlfm/3zcl4tIWXlLP/J8/mHR97Xoqxex
pmwBFnWyos6vxU6tyD0ken/ZgsroE0NC0TEsER8SKos2LvAvrewnfyPflRT3kwssClX2UyB/K5nP
yikUh0JlfcSg4UGEXEA8aGER4gljIMLwICKMSeDNTuCFsT3i1bII8VBXhzW8sC7RH93D8Hpaa0uK
e2oxQBzjNGjVcFqN07S+hLEJ2gqxbXFPGAPESvqUFGqUFSZ9ilhQFh2n9VRRgTghDEKVPd9WIEZP
xbesl+jMH6o3adX9ZD4whH4Uv/kaytEfUNoSKFzjJRSuEVFIE3LgmwWVvaWB0pKOYuQHd5rlqrRc
b0uktKQuWBIp/tdoteH/D9oRaCWFMIgJlxf5igS5Iv0vkjXTDi17s6O7pAYpC5bUIESiHTfUuaNb
Vvj9PR1vsgp/lEuPrKiuY3FVTfTNYE1xtCNY7O9ZprX7SXU3q14WLO6B7pKFlT3dak1x7zJ1WUmw
qjh0aMUdjbt/NNZdl8dqvOOfjHUH66yRjbVCa/eTsXaz6hVsrN1srN1srBXqCm0sUlLP9lt5ZY8E
00JFKEcsPkQNetw9EW8gNM2lNE3RttLkgPtm7xEeyAEwZIaixuC0qAmB7bLsqdlTWRWPng1WmbHY
MljlvnlywHuEHBisUrDYint5kPGwbO1a/K1bdylef+lZtnZZZuZ6DBlkZjIcsn7d2h//WPW6tZkI
a7XVQ9NfUtdHjSV1UbUjEvUHi6M6VmAaLEgNFq8FEI6AByFZeAw8fDq4AeKnET5ncaw+/jmrZzG9
GP+L8BLY6H9ifARs8f9CT+FXYNO8sv8j4Bq4BvQX8cGW//QhX8BhrLh/EP45Th48jDo8B56Cq2Ep
3ARd0Ard6Ja8Bw3oZx8n9bAOdsEBkgIOrN8BB+LPQD60IKaEPuZO2AtFMA/LH8GWj+IQOyAW/xRj
bBPfC7viTfEOxDkQfxNSYBFcD7fS8+AED6BzBtsQez+xcMnxaPwoZMLNWPIA9McfifdhD3YcsRr6
4RsuiUvnXkMXqhRmQR2sxhndj2M9Ac/Bi/G/MsuPtC+HLjKTCvTf4t9gWxmGwFTEXwjXICWHkA/H
yFayn47keuPrkHITmLH/UTAaroXb4efwPnGTm8h28ip5j5ylafRX/Jx4HIbBGFiAfFgNzXAbzm8n
7IZfQBR64AScgs/gNCknvyGv8TfHr4rPia9ASlivIyEb243H2dZCO3TAg8jho/AJQTtBcshS0kCe
JE+RDzn0Ubgt3DZuJ/cp7+YHYt/EvfH98Tfjf0C3kaJDaMc3CWkYjpzJgVzscQIUwnQog/lQiWux
DGm/Dqlbi2uxGXm3BWdyB9wDncjVB2E/rmI3zuxh5BN7+/E9As/Db+BtPK98gy6oRGzEifMuIKVk
Mb5LSTO5gbSQO8id5G7kxQPkl+Qwvi+RE+RD5KxIbTRIp9Df0P+if+QULpMr4JZwf+Vt/Bx+H/+u
eGtsQeyR2OvxVqSecdgGXpiIHgOjdz6eaRjN1ciTOqS5AdajnLXBnXAX8qgdtiPNDyGtD8PT8Ay+
L8Nx+AA5/CUMINcy8B1JxuFbgrTOJnPIQrII6b0eebkVfbbHcN3eJu+TL8l3+H5PCZWplw6lPuqn
WXQaLaFldDZdQpfRJrqW3kp30l20m56l5+m3nIVzc6ncKE7lpuNbxV3PteL7Eq/wTn4lX8Pfzkf5
dwUQioX5Qggd6nM6vc6os+rG6hbotuu+loIoFd1I/Y8eeh05SPbCeeT1l/Bv9EWUzyyc0RJYCbfj
jhrg6mAV2UHWxzrQYY7Tw3Ccy8V9QflKyOZ2ks+QCwu4FE4U/sxVCedosuDhdvLvkFr6W15Cfhwj
swDUyQWTJ02cMH5s3pjRuTmjsrMyR44YnpGeNiyYGvD7hg5J8SZ73Ekup8NusyoWs8lo0MuSqBN4
jhLIKgmWRvzR9EiUTw9efXU2ywersKDqigJUb1hU+mOcqJ+1q8KqH2GqiHntTzDVBKZ6GZMo/gIo
yM7ylwT90ePFQX8fWTKvEtN3FwdD/ugZLT1bS/PpWsaEmUAAW/hL3HXF/iiJ+EuipTfUtaP9zs4i
PQZ9UbCoRp+dBT16AyYNmIqWBpt6SOkUoiVoacmkHhRIE84xOjNYXBKdEcSm2A2XVlK1Mlo+r7Kk
2BsIhLKzoqSoOrgiCsy2ZGooUKQNE9UVRUVtGH99FKcDHf6erGPt2/oUWBHJNK4MrqxaWhnlqrCP
kqg1MzodrcL0jafc2Vl95NGFlVG5SPMb+2FmfEvPjC3F6KTgaGjW2q5E93LtJe56P2vd3t7mj3bP
q7yiM2+AdRkKYafZWWXzKwNIdbBkGxriNHSPtBlgp8Sdg4SzMjbNxIQTnkNa5Dp/VA5OC9a1XxfB
xUpuj8L8lkBv8ky1P/4JzCzxty+sDAaihd5gqKo4pccB7fNbDs1Q/TN+XJOd1aNYE5zuMVsGE0bT
lYkaXIVEnZbS0FkKqb7EasJoDM6Iqihj1X6kpDIYpWkTWFAzAdqrJ+CK4BMiyNF65F+kXZmEs4sK
aUrQ3/4tHpkjwTNf/bikarBEl6Z8C6ySictlkYuSqkvpaGZmdORIJiliES4tUjZFy+dnZ90QLQs2
Kf5oGTpbUF6JjUKTcpDlgQBb5Y4+FVZgJrplXmUi74cV3l5Qc9AloRFWc+xSjXMRq9lyqeZy80gQ
xfkZVPEAzqiUfvlnUVz2krpJUeL6F9U1iXrcPiX+Hl5Iay+vTK9q7/CmR9q3hVCqS3FXt7eXBv2l
7ZH2qr74lhVBvxJs7ykra28qwd2YmFJf/FiHN6puC9URZGo0L8GNqL2okvNSJpmYol4OU//f/o5g
f6XbQlElonVZtiBYNm9Jpb+kPTK4tQZL2LJit57fuLOBvAVZCCzey2LuUShgaT4Sj/EvQDlPYSTG
rVg+aRAayHpgUCfcCKuxrAEhn8U0B9NXw1hsH8A2FJmbuC8DvC3Uod0D8KP9YUz/3x5mca980JvU
HuHKQnaNxS65/o9HQv/jnz94kaQ9Bi00opVkjxkseNtn1fw+5vU4tVKXFqZCKhTDGrTTs8i7dDV9
jhvKfcav4I+hTcoWTupG6baJw8UHpBXSSfmXOPMsnHoPEs0hnV7VIBKegMDJPEjKu8fxBzl5x3OO
j87NswasaQFrIItsjT1Bhsf+IMD3kM93M87txaAI7RUH2aqXrgQ95erIMTgHtBtIEzoaFGbw67e6
M+co55vXhAtmDxRA4RnsMz/PuffA8eOsD/R0yVvCW9jHVWoyZq/lqIPjKCWEQ7+RIzydKZAZPFqA
npvcmZ45yinlT1bbxIngLiwoLGgTZo/K3Ky8PDrXSfIIWXpj7GGP8NU/HOwirSB+mlssHEPvIgNO
qL56rgWdqH0c71eNaUWS7DNuTkuze8jvLXgnQqGPmFWnsNkj+DbbTXKKixyB51JbLTNHpOBNzrOu
GcNveECbx+wzc5TvZp85fwaJwMkUnhkIn8JkzhnbxNG5RS3qmCHDTG6dJKZZ03VuuQb8ttQaMtSR
UgPDTJiSkoQaElB8NTDEiUHQnFajHUAGTyGtra0wY2HL4fQMvSFDn9ZH5h8S0g1Iwvxe0MtEKciE
TEQJEzE9Iz2YKuq4KSRvjM3pMJNgKrUqtrwxLuJw5Y0Zlz8W63Xc1C7niMkLWucUkbw9i7e/c/2B
msNfff3iXf0D/fdXV9x154rIdn6BeU1uaXd77OtIdWzg/a6zzeRqcgt5nNQ/f/Hd/S8d3r/vl08i
f7S1xjMKk5ciNUO3kscLZx2vRx+U43RincDzP1l56YqVV9jaFyj4QmHhGQVlwI4ywGlycOAAFzp+
/OJjTB5oPIZ38NV4UhFR2n+vVg2HDC6itJkfMz9nPqmIgMm3TFw9xdWkLRyvkyRRkGVekI28bBQk
o04nGY2iRESZp48YCfUToyguB4ISQaiR55cnxMsoofMn6EKy1EfeUBVRFXme4wDboXOlcL8iL4MR
wY8UecGifJvsGcAFnjgod2weycpAwQBKoG1imzAqs23zy22j3CzKRGHAX5vy8stiQdvLbRgpBfgb
nUtwCwRRSoNcgLMHuPQMnUjJm0+Srw5vi+lv7yW7Nk/yJo0UjvyjlLwQK6ZLyP3Pr7+7g+2R8vhp
/kbcI144qRZ7kguHXE2vNs+0lnkrzddY77TupXusu5P3eZ+kjyc/5VUy6HBzljXNO55OMBdY871P
WuVMyRJX/tO2yciRuIId9pGX1DTPJl5WDloehoMqnk8ipIlsId3oM4qFZDmhCkHNSEgfcasmV8tJ
ieRK5VKTxEn9eIeeonzXvAYlH2eEOwG3AW4CDE5pO2Co3S0YdGmONH26W3BVgd2AQZLoqQKnbKtC
QU/IuibGYZKk44Op6TR/rG0Yym6SSFFqqZMJ8jjuve782IVfPXZm1y5C9z/9jzH7yv+6IVr/dvTW
FykdfeGbh0ndt1+TuU++/+/ZZMym2MVXY2/F3sL7NTxZAfdHTYZWq7NBJrlyo9yEF9i8QEPo1oog
CW/o6BtEJxIxAqhS0RAo6J1H4RNUXjo/HqIa4RicBKETAypHsI5OxNOixHb6svCy5jBOnInzKeUU
MD00wNY3vAb1ZH7AGbCSw7F1XH+sWTA99dQ/vkGKWnEF85AiO7SpaQqvmBXbs5bnrIJi8VkLnVya
hJrPYNBTZZNOJhRoxN5H1qh22WDUGyOKTBIX8edkXu4n9+EN93fhNdr451nI1BAjBmlABZTM2fh0
c7pVsFcRi2isAhunVIFJwmCQ9a0kjBokz+qgOlQaHpYailpknJXr6l7w4eN/ObN/yt01T+wWjlzs
eSd29mckhdRxcy/2vtobPkbQ2FCYFP+cW8pPQYuTCxfVEbvtj1sOZPRb+jIEvPqVQc/ljiEj+Un8
evtWOz9EAmsW6BU91R/Be+I0kq3KuLnAqBipsY9cpc5Sg+XBxuDB4NGgEAy6Oee9PkcOXuF/7OAd
560VbtEf0GdVcIbARr9/zNDcoJHzDjV9PzTM1mw/6iMkIgJNuFCfoNnto6AqOsdGZ+eI2nIdsei2
6KiuHy91R6PIMmFVBpB1nykFSWyX5jDZxfW7pMTDZ8Jrzp8JY43GSpvHa1Ys6YrHtIgke83J1kUk
k+lgVMG42LAmnMbUbnr+2Clk/LhCMpapZJ2YwVTyUDIE9XBSMB11o5k6mUqeQvLpIzO7F9/581m3
3/HMQpIxvrn2Wve9vhejd+0bYU/Zk2Sf1x2eOWLZgrmt6m2z5zzSsfSecnvysFGrstRF691P7qt9
4L5zF2+bMp58NDxFGVE2etY18++6bXA1wrgadtQP96vjbhnymPKcgsbuLm43x42WnPgNxNFltlh4
T4VehHtxY5Pztgre4HBaYCNZ69wIZmLuo55ey0axH+UQNzfy47KF07Y2sqpgYE1CwIa5vII1CQXM
sgjcBieyRnYsAkVnWwQuo2cR8UoY4CWYts0v7fIf7JPNKgaYuJGAZsJ09NgD6a929X92uufxT8nA
DfKO6x6NLSV/0o+evrp6G1mc9MRTxENkYieB2KnYN7mHDpOB9uLqXzC92ID7fLS2qzapaU4pTRon
cV5VZ+HseHS1tOlEvcFgt6M82qhd1hv1YUMfaVD1QO3EHmZ6sB+/irHN9MNewqVHs67tJiYZVhQE
ZpBVRbHygpW31AuKYKsHnvvBFudZ86xsyV1Oa9CqWV2ntaFr7G1zOx7qWrE40iYcGfh6xoyerwaW
04faN+x5eeB5toeQdogj7cyehtQ8wK9stBw/saF/eY5acI1AJ+hEHl0qlKAwOmcgCLl8Od/Nc508
UXjCM+IlJL55jUYu2iOMNW1UGL6kkDQri/Q1dHV18V+eOPG9k0///gPGuzoc/3tt/KnqSBByBVXg
yoWogJxjflyY5EI5qj2uE4gCTCOqmBegn+QDr5xngzJnrlBTe4wDdV3McrGeVyOpepTHIHykLkrn
MyQ0BOZx/HgpXz/OXMpPl0r0081GJU1Na0zbnrY/7WiaDtIK0ygnB31tOleb0cgMo06xWpOTvd5g
EB0fTwpHgxYlbFOsnVZq7SP1qsHrSQ6nKN5OL/WyfD7QtanB8BXEbkftcBTVgqzgdVg56ohOnM9J
EOeiskgkE9MZlnBOBwpO4bxwVokQBQF/g6LAlCtT8wq6LtaJKBNkDapQnLZTW/ikH5Z/FCoE3RWC
sPr2rPb5S2/xjm2bv7mzKzBz1PINO+ZNr1nPp+9csGT5NeHwE88PZNAHm5eP3fXzgV209/aGh/8w
8P6gbOciF12wTk11SemDsm3jXDYUbOSP0WRyoWhTl94YNpsGBXuti3EgIdhJKBsFAzgpnFNiKolZ
4AwuCbXdwQsO3lYv2AXn/xBqbW5DqTaZwWk1bM3tWFJ644xhO4YvmnDdzXz6rsqK8aF7ugbW0jvW
N0z+2bGBF5hs56N9qEHaDXgvWafab/GQ8ZKzghMtFbLBVgs6omPqxliL0gT4UVdTN5ovrWndkSRJ
kWyLiFlvXARI3SLiopiyiqhvTAYMkNhFJIlgwK7aE2qGhO3MZ8ArLHQgqP0KFzj/dM/TX/yp9+Cf
d93fWLfz/sb6HWz7E3fs89jfYp/GPkftYnvz9d/+7vjrb2j7MlbPRZB2K94Mv6+m3+JDB8hpQq3i
TZMUE+f0VqDXoHNWmAyARhxPKlZ3rb6PJqsjUACtxBpm+4bZoy2akEU1P+IcGBTcQJ3AXVqcodrG
Rb1zShnAo0QSShrqm0Jcm0Hbk+xKFo1SmsvoRgUrYpCEqhY8spfNms05cVJQlZQhvDCE99YLKT9R
TExtmc0Ou8VZzzvMqLQsyqDSQmYNiu5Q4mQMS8+wclewrKFtzMa5tY/W/HF38Q2Z5vYVy+5prw7d
F6sXXmxfPGvj3w/G/hr7sFQd+J575M1fv/HWydfeS8grLdH49ohqqZM3yDRV1Rk4YpC/ko6QrWDA
j/2yJrhW3NB4z6XKTdJJiRZKBH3wp9Q0K0dRdq2a/CZ4yBwy5oWJoO3Yk/hRh+k8G3M+tY3K9uqa
cMIDQxvOjmSDku0yWnjBbDFZqM7CG+oFo6D8IN8jW1sv790kUbPZuGUbtuYtyp85e8z4sTlzlBQ+
/aGmGZMey5g2uXbdwNs4v7F4mhRxfsNJsrrAoPBpXsWRti71t8orjvfof1jfc5ymX1hPO0xJqYQE
Mk3+1MmmMYGSwDq6lXaY2t076V7THveu1F/QJ9zP0iPu10yvpr46/APT6dS/G936gB+vOGeo4416
hxE9Pn+AG6GfoC/VL9Zfr9+kf0X/tv68Xr4GMxv1d+n36gf0upCe6PUePuneLS7i6iOPq+M8FTaR
3Mvk6zxfkWFI2rgcazqH1SoiAdGPf9L4WOQVPOh0i1HxmHhS/EQ8J0oi0xuulFpLJ9l4CxxEfXkC
Poaz6EjFRqAeRCfgfHhN88D55h+c/MRxF1cgaWKbeVSmGU/fZBSyPYw60T6eWXY8e2akZ4xCn34c
c4QSLHY6klxJqE0cuqB/7H2mdZFIfbbvxl+uU5/eU9U1x9LpeDyyLNu79bmGgpcei71KrkppWrV8
RmHQPSx/5k1z73yi9IbV7qdnF0xOdWRNLrlx/gOoZwgE4l+T14XdqGU6VZvfk4t/EynHP4ps8XR6
uj0SOpedasCkyF0WvQ6+IsdcbZzBbDXZDJJRtCgK6YQvbUwU89WgaLIZbWEQFXE7ModnCb+Yi9wq
x3+1ME7J6Brdz3TVoON9sUD57hTqUxQ5ZifYVcC36C8MFOTgIYiQcFoS+tbp6fnWYH6edTzutqAV
GYBez7OOq0bPXhZsaOjaudNkH+t5aL9y1XU/o+jqiA2xu7cNdC32DGNzwyMJ/xSet61ktRp+EB4U
9uh2ivdJ95r2mbuskqxIVo/iRofEnmMvtG+xH7WfsMft4tWWD+BD4UPd2+I70jum982Sg1fkBXIn
3ykLlKeyRSnii+Tb+Nvkt/i3ZPmMohP9ffHgIdlswtivVvNg9QNP6Qb21xkUHMVs3iuLDlkWTbLB
sMFoQgE1Mdu8l9c5eF4n38sjJ3kejAaDKOp0eHGjs5rNJhPoRcVglJkh501mGf+VlGtUjeVGDpcl
pOr9hfJBmebIBPk/T5VzFFKoHFSoouXUXF5FV4fDW5/QM/6j6Az1k1a278N4Dg8nuwfWhNGLT/ag
p56HRjgPF0Cz1miv8VYoYaxZyF70XK0Tc5RTPz6lDx7WL53ZMzNRgNc0owSHmwMkz5403p4I8LCe
wRFj7Lvd7Xmj2h+4NWvMzs7Y2d0dAfyoMbD31Id09cADvz1Or/3+A3rTsxdPsFVjTzxD+5qayFwZ
4ndYQgneahGB6IiI39ZkoicGYiQmYiYWohArfm2zEwd+cXORJGFtU1V1ja6pprm+caWwtqFqbR23
tn6DUN3Y0LiaTCVF2geuKlJD6kg9fuRaRVaTRjzIN5O1ZB25kY1M8LYQrSw+OnZvOKuouHTWksyp
zfVVDXOqmpsbb/xvbONAbwplbmRzdHJlYW0KZW5kb2JqCjE2NyAwIG9iago3NzE1CmVuZG9iagox
NjggMCBvYmoKPDwgL1R5cGUgL0ZvbnREZXNjcmlwdG9yIC9Bc2NlbnQgOTM2IC9DYXBIZWlnaHQg
NzI4IC9EZXNjZW50IC0yMTIgL0ZsYWdzIDMyCi9Gb250QkJveCBbLTE4MiAtMzA3IDEwMDAgMTA4
Nl0gL0ZvbnROYW1lIC9MQ0RGTForQXJpYWxOYXJyb3cgL0l0YWxpY0FuZ2xlCjAgL1N0ZW1WIDAg
L0F2Z1dpZHRoIDM2MiAvTWF4V2lkdGggMTA1MiAvWEhlaWdodCA1MzAgL0ZvbnRGaWxlMiAxNjYg
MCBSID4+CmVuZG9iagoxNjkgMCBvYmoKWyAyMjggMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAy
MjggMjI4IDAgMCAwIDAgMCAwIDQ1NiAwIDAgMCAyMjggMCAwIDAgMAowIDAgNTQ3IDAgNTkyIDAg
MCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgMCAwIDAgNTAxIDU5MiAwIDAgMCAwIDAgMCAwIDAgMCAw
CjAgNDU2IDAgMCAwIDQ1NiAwIDAgNDU2IDE4MiAwIDAgMTgyIDY4MyA0NTYgNDU2IDQ1NiAwIDI3
MyA0MTAgMjI4IDAgMCA1OTIKXQplbmRvYmoKOSAwIG9iago8PCAvVHlwZSAvRm9udCAvU3VidHlw
ZSAvVHJ1ZVR5cGUgL0Jhc2VGb250IC9MQ0RGTForQXJpYWxOYXJyb3cgL0ZvbnREZXNjcmlwdG9y
CjE2OCAwIFIgL1dpZHRocyAxNjkgMCBSIC9GaXJzdENoYXIgMzIgL0xhc3RDaGFyIDExOSAvRW5j
b2RpbmcgL01hY1JvbWFuRW5jb2RpbmcKPj4KZW5kb2JqCjE3MCAwIG9iagooNmxvd3BhbiBJRVRG
IDcyKQplbmRvYmoKMTcxIDAgb2JqCihNYWMgT1MgWCAxMC42LjYgUXVhcnR6IFBERkNvbnRleHQp
CmVuZG9iagoxNzIgMCBvYmoKKENhcnN0ZW4gQm9ybWFubikKZW5kb2JqCjE3MyAwIG9iagooQXBw
bGUgS2V5bm90ZSA1LjAuNSkKZW5kb2JqCjE3NCAwIG9iagooRDoyMDExMDEyNjE0MDIwN1owMCcw
MCcpCmVuZG9iagoxIDAgb2JqCjw8IC9UaXRsZSAxNzAgMCBSIC9BdXRob3IgMTcyIDAgUiAvUHJv
ZHVjZXIgMTcxIDAgUiAvQ3JlYXRvciAxNzMgMCBSIC9DcmVhdGlvbkRhdGUKMTc0IDAgUiAvTW9k
RGF0ZSAxNzQgMCBSID4+CmVuZG9iagp4cmVmCjAgMTc1CjAwMDAwMDAwMDAgNjU1MzUgZiAKMDAw
MDE2NjUwOCAwMDAwMCBuIAowMDAwMDAxMDA1IDAwMDAwIG4gCjAwMDAwNDU5MjQgMDAwMDAgbiAK
MDAwMDAwMDAyMiAwMDAwMCBuIAowMDAwMDAwOTg2IDAwMDAwIG4gCjAwMDAwMDExMjQgMDAwMDAg
biAKMDAwMDAwMjE3NCAwMDAwMCBuIAowMDAwMDAzMDcwIDAwMDAwIG4gCjAwMDAxNjYxMjUgMDAw
MDAgbiAKMDAwMDA4MTA4NyAwMDAwMCBuIAowMDAwMDg4Mzk2IDAwMDAwIG4gCjAwMDAxMDc1NjEg
MDAwMDAgbiAKMDAwMDA3MzMyNSAwMDAwMCBuIAowMDAwMTI5Mzg3IDAwMDAwIG4gCjAwMDAwNDY0
MzEgMDAwMDAgbiAKMDAwMDAwMTI5OCAwMDAwMCBuIAowMDAwMDQ3ODM0IDAwMDAwIG4gCjAwMDAw
NDc2MzAgMDAwMDAgbiAKMDAwMDA0NzQ3MCAwMDAwMCBuIAowMDAwMDQ3MjYwIDAwMDAwIG4gCjAw
MDAwMDEzNDYgMDAwMDAgbiAKMDAwMDAwMjE1NCAwMDAwMCBuIAowMDAwMDAyMjEwIDAwMDAwIG4g
CjAwMDAwMDMwNTAgMDAwMDAgbiAKMDAwMDAwNDE3NyAwMDAwMCBuIAowMDAwMDAzMTA2IDAwMDAw
IG4gCjAwMDAwMDQxNTcgMDAwMDAgbiAKMDAwMDAwNDI4NCAwMDAwMCBuIAowMDAwMDAwMDAwIDAw
MDAwIG4gCjAwMDAxNTc2MzYgMDAwMDAgbiAKMDAwMDA0NjUxMiAwMDAwMCBuIAowMDAwMDA2MDIy
IDAwMDAwIG4gCjAwMDAwMDQ0NzIgMDAwMDAgbiAKMDAwMDAwNjAwMSAwMDAwMCBuIAowMDAwMDA2
MTQ0IDAwMDAwIG4gCjAwMDAwNDY3MTIgMDAwMDAgbiAKMDAwMDAwNjMzMiAwMDAwMCBuIAowMDAw
MDQ3MDk5IDAwMDAwIG4gCjAwMDAwNDY4NzQgMDAwMDAgbiAKMDAwMDAwNzY4OCAwMDAwMCBuIAow
MDAwMDA2MzY2IDAwMDAwIG4gCjAwMDAwMDc2NjcgMDAwMDAgbiAKMDAwMDAwNzc5NSAwMDAwMCBu
IAowMDAwMDQ2NzUyIDAwMDAwIG4gCjAwMDAwMDg1NjAgMDAwMDAgbiAKMDAwMDAwNzk1NyAwMDAw
MCBuIAowMDAwMDA4NTQwIDAwMDAwIG4gCjAwMDAwMDg2NjcgMDAwMDAgbiAKMDAwMDAwODg0MiAw
MDAwMCBuIAowMDAwMDExMjY3IDAwMDAwIG4gCjAwMDAxMzg0OTYgMDAwMDAgbiAKMDAwMDA0NjY3
MiAwMDAwMCBuIAowMDAwMDEyMTQ4IDAwMDAwIG4gCjAwMDAwMTEyODggMDAwMDAgbiAKMDAwMDAx
MjEyOCAwMDAwMCBuIAowMDAwMDEzMjI5IDAwMDAwIG4gCjAwMDAwMTIxODUgMDAwMDAgbiAKMDAw
MDAxMzIwOSAwMDAwMCBuIAowMDAwMDEzMzM2IDAwMDAwIG4gCjAwMDAwMTM1MTEgMDAwMDAgbiAK
MDAwMDAxNTkzNiAwMDAwMCBuIAowMDAwMTU0MDc1IDAwMDAwIG4gCjAwMDAwNDY2MzIgMDAwMDAg
biAKMDAwMDAxNjg4MSAwMDAwMCBuIAowMDAwMDE1OTU3IDAwMDAwIG4gCjAwMDAwMTY4NjEgMDAw
MDAgbiAKMDAwMDAxNjk4OCAwMDAwMCBuIAowMDAwMDE3MTYzIDAwMDAwIG4gCjAwMDAwMTk1ODgg
MDAwMDAgbiAKMDAwMDA0NjM1MSAwMDAwMCBuIAowMDAwMDIwNjkzIDAwMDAwIG4gCjAwMDAwMTk2
MDkgMDAwMDAgbiAKMDAwMDAyMDY3MyAwMDAwMCBuIAowMDAwMDIwODAwIDAwMDAwIG4gCjAwMDAw
MjA5NzUgMDAwMDAgbiAKMDAwMDAyMzQwMCAwMDAwMCBuIAowMDAwMDQ2NTUyIDAwMDAwIG4gCjAw
MDAwMjQ1MTEgMDAwMDAgbiAKMDAwMDA0NjA0OCAwMDAwMCBuIAowMDAwMDIzNDIxIDAwMDAwIG4g
CjAwMDAwMjQ0OTEgMDAwMDAgbiAKMDAwMDAyNDYxOSAwMDAwMCBuIAowMDAwMDI0Nzk0IDAwMDAw
IG4gCjAwMDAwMjcyMTkgMDAwMDAgbiAKMDAwMDA0Njc5MiAwMDAwMCBuIAowMDAwMDI3NzYyIDAw
MDAwIG4gCjAwMDAwMjcyNDAgMDAwMDAgbiAKMDAwMDAyNzc0MiAwMDAwMCBuIAowMDAwMDI3ODcw
IDAwMDAwIG4gCjAwMDAwMjgwNDUgMDAwMDAgbiAKMDAwMDAzMDQ3MCAwMDAwMCBuIAowMDAwMDQ2
MzkxIDAwMDAwIG4gCjAwMDAwMzE1MzcgMDAwMDAgbiAKMDAwMDAzMDQ5MSAwMDAwMCBuIAowMDAw
MDMxNTE3IDAwMDAwIG4gCjAwMDAwMzE2NDUgMDAwMDAgbiAKMDAwMDAzMTgyMCAwMDAwMCBuIAow
MDAwMDM0MjQ1IDAwMDAwIG4gCjAwMDAwNDY1OTIgMDAwMDAgbiAKMDAwMDAzNTUzMCAwMDAwMCBu
IAowMDAwMDM0MjY2IDAwMDAwIG4gCjAwMDAwMzU1MDggMDAwMDAgbiAKMDAwMDAzNTY0MSAwMDAw
MCBuIAowMDAwMDM1ODMxIDAwMDAwIG4gCjAwMDAwMzgyNTggMDAwMDAgbiAKMDAwMDA0NjMwOSAw
MDAwMCBuIAowMDAwMDM5MzkxIDAwMDAwIG4gCjAwMDAwMzgyODAgMDAwMDAgbiAKMDAwMDAzOTM2
OSAwMDAwMCBuIAowMDAwMDM5NTAyIDAwMDAwIG4gCjAwMDAwMzk2OTIgMDAwMDAgbiAKMDAwMDA0
MjExOSAwMDAwMCBuIAowMDAwMDQ2NDcwIDAwMDAwIG4gCjAwMDAwNDMxODYgMDAwMDAgbiAKMDAw
MDA0MjE0MSAwMDAwMCBuIAowMDAwMDQzMTY1IDAwMDAwIG4gCjAwMDAwNDMyOTcgMDAwMDAgbiAK
MDAwMDA0MzQ3NSAwMDAwMCBuIAowMDAwMDQ1OTAyIDAwMDAwIG4gCjAwMDAwNDY4MzIgMDAwMDAg
biAKMDAwMDA0NjE2MyAwMDAwMCBuIAowMDAwMDQ2MjU2IDAwMDAwIG4gCjAwMDAwNDY5NzcgMDAw
MDAgbiAKMDAwMDA0NzAzNSAwMDAwMCBuIAowMDAwMDQ3MjAyIDAwMDAwIG4gCjAwMDAwNDczNjIg
MDAwMDAgbiAKMDAwMDA0NzQyMCAwMDAwMCBuIAowMDAwMDQ3NTcyIDAwMDAwIG4gCjAwMDAwNDc3
MzMgMDAwMDAgbiAKMDAwMDA0Nzc5MSAwMDAwMCBuIAowMDAwMDQ3OTM3IDAwMDAwIG4gCjAwMDAw
NDc5OTUgMDAwMDAgbiAKMDAwMDA3MjUyNCAwMDAwMCBuIAowMDAwMDcyNTQ3IDAwMDAwIG4gCjAw
MDAwNzI3OTggMDAwMDAgbiAKMDAwMDA3MzUwMCAwMDAwMCBuIAowMDAwMDgwNTk0IDAwMDAwIG4g
CjAwMDAwODA2MTYgMDAwMDAgbiAKMDAwMDA4MDg2NCAwMDAwMCBuIAowMDAwMDgxMjcxIDAwMDAw
IG4gCjAwMDAwODgwNzYgMDAwMDAgbiAKMDAwMDA4ODA5OCAwMDAwMCBuIAowMDAwMDg4MzU5IDAw
MDAwIG4gCjAwMDAwODg1ODAgMDAwMDAgbiAKMDAwMDEwNzAwMiAwMDAwMCBuIAowMDAwMTA3MDI1
IDAwMDAwIG4gCjAwMDAxMDcyOTEgMDAwMDAgbiAKMDAwMDEwNzc1MSAwMDAwMCBuIAowMDAwMTI4
NjAzIDAwMDAwIG4gCjAwMDAxMjg2MjYgMDAwMDAgbiAKMDAwMDEyODg4MiAwMDAwMCBuIAowMDAw
MTI5NTY3IDAwMDAwIG4gCjAwMDAxMzc5NzEgMDAwMDAgbiAKMDAwMDEzNzk5MyAwMDAwMCBuIAow
MDAwMTM4MjUxIDAwMDAwIG4gCjAwMDAxMzg2NzggMDAwMDAgbiAKMDAwMDE1MzU0MiAwMDAwMCBu
IAowMDAwMTUzNTY1IDAwMDAwIG4gCjAwMDAxNTM4MTYgMDAwMDAgbiAKMDAwMDE1NDI1MCAwMDAw
MCBuIAowMDAwMTU3MDA4IDAwMDAwIG4gCjAwMDAxNTcwMzAgMDAwMDAgbiAKMDAwMDE1NzI3NCAw
MDAwMCBuIAowMDAwMTU3MzAzIDAwMDAwIG4gCjAwMDAxNTc2MTUgMDAwMDAgbiAKMDAwMDE1Nzgx
MSAwMDAwMCBuIAowMDAwMTY1NjE5IDAwMDAwIG4gCjAwMDAxNjU2NDEgMDAwMDAgbiAKMDAwMDE2
NTg4NCAwMDAwMCBuIAowMDAwMTY2MzAzIDAwMDAwIG4gCjAwMDAxNjYzMzggMDAwMDAgbiAKMDAw
MDE2NjM5MSAwMDAwMCBuIAowMDAwMTY2NDI2IDAwMDAwIG4gCjAwMDAxNjY0NjUgMDAwMDAgbiAK
dHJhaWxlcgo8PCAvU2l6ZSAxNzUgL1Jvb3QgMTIyIDAgUiAvSW5mbyAxIDAgUiAvSUQgWyA8N2E1
MDNlYWYzODAyMjZmNDg1OTVkZmVlY2Y0NmIyZjc+Cjw3YTUwM2VhZjM4MDIyNmY0ODU5NWRmZWVj
ZjQ2YjJmNz4gXSA+PgpzdGFydHhyZWYKMTY2NjM0CiUlRU9GCg==

--Apple-Mail-33--83915315
Content-Transfer-Encoding: 7bit
Content-Type: text/plain;
	charset=us-ascii




--Apple-Mail-33--83915315--

From cabo@tzi.org  Wed Jan 26 06:10:01 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D4BC43A69C9 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:10:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.207
X-Spam-Level: 
X-Spam-Status: No, score=-106.207 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Au13+FvkbW94 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:09:59 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 2CA923A69C7 for <core@ietf.org>; Wed, 26 Jan 2011 06:09:58 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QECqXB014657; Wed, 26 Jan 2011 15:12:52 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 2AC6B4F;  Wed, 26 Jan 2011 15:12:52 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com>
Date: Wed, 26 Jan 2011 15:13:25 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <7E731678-F1C8-416D-BB9E-07387BECBBEE@tzi.org>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
X-Mailer: Apple Mail (2.1082)
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:10:01 -0000

On Jan 26, 2011, at 12:48, Angelo P. Castellani wrote:

> However in my opinion duplicate message detection can be realized
> using a cross-layer optimization, by exploiting the checksum field of
> UDP (a similar cross-layer optimization has been used to drop the need
> for Content-Length).

Implementations on larger hosts typically don't have access to the =
checksum and would have to recompute them.
Also, I don't know how to avoid collisions here.

I don't think saving the two bytes of message ID is worth any additional =
complexity.

(The IP address and port usually are available, even though it is not =
always easy to get at both sides. =20
See CoAP-04 security considerations, last para of 10.3.3.)

Gruesse, Carsten


From tianlinyi@huawei.com  Wed Jan 26 06:17:05 2011
Return-Path: <tianlinyi@huawei.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D94E3A69C8 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:17:05 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.706
X-Spam-Level: 
X-Spam-Status: No, score=-1.706 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I++9uzXs294z for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:17:04 -0800 (PST)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id EBBD33A69C5 for <core@ietf.org>; Wed, 26 Jan 2011 06:17:03 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00IQBVSVFZ@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 22:19:44 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00HABVSVNF@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 22:19:43 +0800 (CST)
Received: from [172.24.1.6] (Forwarded-For: [119.123.97.110]) by szxmc04-in.huawei.com (mshttpd); Wed, 26 Jan 2011 22:19:43 +0800
Date: Wed, 26 Jan 2011 22:19:43 +0800
From: tianlinyi 00175029 <tianlinyi@huawei.com>
In-reply-to: <23CB5E7A-3785-4E3C-AE68-914189E9C8AC@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
Message-id: <fd19910a2d52.2d52fd19910a@huawei.com>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug  8 2006)
Content-type: multipart/mixed; boundary="Boundary_(ID_AqmH+wlKGlMmVlragNmsQg)"
Content-language: zh-CN
X-Accept-Language: zh-CN
Priority: normal
References: <7925360F-9E9E-41F8-8053-9AF6F244C7A9@tzi.org> <2C8F5968-9EB5-495D-A296-AB96B0E8E5A8@tzi.org> <23CB5E7A-3785-4E3C-AE68-914189E9C8AC@tzi.org>
Cc: Constrained RESTful Environments WG <core@ietf.org>
Subject: Re: [core] CoRE WG webex call on Jan 26, 1500 UTC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:17:05 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_AqmH+wlKGlMmVlragNmsQg)
Content-type: text/plain; charset=gb2312
Content-transfer-encoding: quoted-printable
Content-disposition: inline

Hi=2C Carsten

Is it possible for you to start the meeting 5-10 minutes earlier=3F I nee=
d to tesk whehter my microphone works=3A) The official meeting is still o=
n 15=3A00 UTC=2E Just do me a favor=3A)

Thank you in advance!

Cheers=2C
Linyi

*************************************************************************=
*****************
 This email and its attachments contain confidential information from HUA=
WEI=2C which is intended only for the person or entity whose address is l=
isted above=2E Any use of the information contained here in any way (incl=
uding=2C but not limited to=2C total or partial disclosure=2C reproductio=
n=2C or dissemination) by persons other than the intended recipient(s) is=
 prohibited=2E If you receive this email in error=2C please notify the se=
nder by phone or email
 immediately and delete it!
 ************************************************************************=
*****************

----- =D4=AD=D3=CA=BC=FE -----
=B7=A2=BC=FE=C8=CB=3A Carsten Bormann =3Ccabo=40tzi=2Eorg=3E
=C8=D5=C6=DA=3A =D0=C7=C6=DA=C8=FD=2C =D2=BB=D4=C2 26=C8=D5=2C 2011 =CF=C2=
=CE=E710=3A09
=D6=F7=CC=E2=3A Re=3A =5Bcore=5D CoRE WG webex call on Jan 26=2C 1500 UTC=

=CA=D5=BC=FE=C8=CB=3A Constrained RESTful Environments WG =3Ccore=40ietf=2E=
org=3E

=3E On Jan 24=2C 2011=2C at 13=3A56=2C Carsten Bormann wrote=3A
=3E =

=3E =3E This is a reminder that our next WG webex call is this =

=3E Wednesday=2C Jan 26=2E
=3E =3E As we decided to stick with a constant 1500 UTC time=2C
=3E =3E the time for the call is=3A
=3E =3E =

=3E =3E          0700 PST =3D 1000 EST =3D 1500 UTC =3D 1600 CET =3D =

=3E =3E         1700 EET =3D 2300 China =3D 2400 Japan/Korea
=3E =

=3E =2E=2E=2E about 50 minutes from now=2E
=3E =

=3E And attached is a very first version of the slides=2E
=3E =

=3E =3E Do we have any other contributions we should discuss on Wednesday=
=3F
=3E =

=3E I can still take in more slides=2C please send them to me now=2E
=3E =

=3E Gruesse=2C Carsten
=3E =

=3E 

--Boundary_(ID_AqmH+wlKGlMmVlragNmsQg)
Content-type: text/x-vcard; name=t00175029.vcf; charset=gb2312
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=t00175029.vcf
Content-description: Card for tianlinyi 00175029 <tianlinyi@huawei.com>

begin:vcard
n:34932;tianlinyi
fn:tianlinyi 34932
version:2.1
email;internet:tianlinyi@huawei.com
end:vcard


--Boundary_(ID_AqmH+wlKGlMmVlragNmsQg)--

From L.Wood@surrey.ac.uk  Wed Jan 26 06:29:15 2011
Return-Path: <L.Wood@surrey.ac.uk>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F98C3A69D4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:29:15 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.133
X-Spam-Level: 
X-Spam-Status: No, score=-6.133 tagged_above=-999 required=5 tests=[AWL=0.466,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8Cha-o6Luuhk for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:29:14 -0800 (PST)
Received: from mail78.messagelabs.com (mail78.messagelabs.com [195.245.230.131]) by core3.amsl.com (Postfix) with ESMTP id 520C23A69D3 for <core@ietf.org>; Wed, 26 Jan 2011 06:29:14 -0800 (PST)
X-VirusChecked: Checked
X-Env-Sender: L.Wood@surrey.ac.uk
X-Msg-Ref: server-8.tower-78.messagelabs.com!1296052333!54726463!1
X-StarScan-Version: 6.2.9; banners=-,-,-
X-Originating-IP: [131.227.200.35]
Received: (qmail 29545 invoked from network); 26 Jan 2011 14:32:14 -0000
Received: from unknown (HELO EXHT021P.surrey.ac.uk) (131.227.200.35) by server-8.tower-78.messagelabs.com with AES128-SHA encrypted SMTP; 26 Jan 2011 14:32:14 -0000
Received: from EXMB01CMS.surrey.ac.uk ([169.254.1.223]) by EXHT021P.surrey.ac.uk ([131.227.200.35]) with mapi; Wed, 26 Jan 2011 14:32:13 +0000
From: <L.Wood@surrey.ac.uk>
To: <cabo@tzi.org>, <angelo@castellani.net>
Date: Wed, 26 Jan 2011 14:32:15 +0000
Thread-Topic: [core] Message ID & Token: high overhead?
Thread-Index: Acu9Yyb8OTznaAWcTuKrK5Xm9QCLigAAnmKQ
Message-ID: <FD7B10366AE3794AB1EC5DE97A93A373215007FA67@EXMB01CMS.surrey.ac.uk>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com> <7E731678-F1C8-416D-BB9E-07387BECBBEE@tzi.org>
In-Reply-To: <7E731678-F1C8-416D-BB9E-07387BECBBEE@tzi.org>
Accept-Language: en-US, en-GB
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, en-GB
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: zorzi@ing.unife.it, buincl@unife.it, core@ietf.org
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:29:15 -0000

> > However in my opinion duplicate message detection can be realized=20
> > using a cross-layer optimization, by exploiting the=20
> > checksum field of UDP=20

That won't work with implementations, as UDP-Lite showed; it wound
up getting its own protocol number because implementations relied
on the UDP checksum field.

>(a similar cross-layer optimization has been used to=20
> drop the need for Content-Length).

Unlikely... details, please.


From cabo@tzi.org  Wed Jan 26 06:32:22 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 803393A69D8 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:32:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.213
X-Spam-Level: 
X-Spam-Status: No, score=-106.213 tagged_above=-999 required=5 tests=[AWL=0.036, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3HSVVNrJFr47 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:32:21 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 8877D3A69D6 for <core@ietf.org>; Wed, 26 Jan 2011 06:32:20 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QEZC3q025249; Wed, 26 Jan 2011 15:35:12 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id E7CCF77;  Wed, 26 Jan 2011 15:35:11 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <FD7B10366AE3794AB1EC5DE97A93A373215007FA67@EXMB01CMS.surrey.ac.uk>
Date: Wed, 26 Jan 2011 15:35:45 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <849EEF41-2240-464D-AB18-8E3E65310C52@tzi.org>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com> <7E731678-F1C8-416D-BB9E-07387BECBBEE@tzi.org> <FD7B10366AE3794AB1EC5DE97A93A373215007FA67@EXMB01CMS.surrey.ac.uk>
To: <L.Wood@surrey.ac.uk>
X-Mailer: Apple Mail (2.1082)
Cc: zorzi@ing.unife.it, buincl@unife.it, core@ietf.org
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:32:22 -0000

On Jan 26, 2011, at 15:32, <L.Wood@surrey.ac.uk> wrote:

>> (a similar cross-layer optimization has been used to=20
>> drop the need for Content-Length).
>=20
> Unlikely... details, please.

I think he is saying we use the length of the datagram.
But that is information that is exposed on the UDP service interface (as =
are at least the source addresses); the checksum isn't.

Gruesse, Carsten


From stpeter@stpeter.im  Wed Jan 26 06:33:32 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 299EF3A69D9 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:33:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.572
X-Spam-Level: 
X-Spam-Status: No, score=-102.572 tagged_above=-999 required=5 tests=[AWL=0.027, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id O08fhTaXW1RP for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:33:31 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 0DE573A69DB for <core@ietf.org>; Wed, 26 Jan 2011 06:33:31 -0800 (PST)
Received: from squire.local (dsl-251-175.dynamic-dsl.frii.net [216.17.251.175]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id A1793400F6 for <core@ietf.org>; Wed, 26 Jan 2011 07:52:45 -0700 (MST)
Message-ID: <4D40316E.3030903@stpeter.im>
Date: Wed, 26 Jan 2011 07:36:30 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core@ietf.org
References: <7925360F-9E9E-41F8-8053-9AF6F244C7A9@tzi.org>	<2C8F5968-9EB5-495D-A296-AB96B0E8E5A8@tzi.org>	<23CB5E7A-3785-4E3C-AE68-914189E9C8AC@tzi.org> <fd19910a2d52.2d52fd19910a@huawei.com>
In-Reply-To: <fd19910a2d52.2d52fd19910a@huawei.com>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms030308010307090000030700"
Subject: Re: [core] CoRE WG webex call on Jan 26, 1500 UTC
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:33:32 -0000

This is a cryptographically signed message in MIME format.

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

On 1/26/11 7:19 AM, tianlinyi 00175029 wrote:
> Hi, Carsten
>=20
> Is it possible for you to start the meeting 5-10 minutes earlier?=20

Usually the meeting host starts the meeting a bit early. I prefer 15
minutes, myself. Carsten said he might be a bit late, so hopefully
someone else (Cullen?) has the host key for this call.

Peter

--=20
Peter Saint-Andre
https://stpeter.im/




--------------ms030308010307090000030700
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEy
NjE0MzYzMFowIwYJKoZIhvcNAQkEMRYEFCvK8Pyt2CFLp/JDnByNoU+DqE1NMF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQBOMSnwZvv3IOO9NzcNGqPCKCzgVJaLSxGkXnpOnrYgH9Q3rCG8D6jRvA+N
giLpVZ2GZL9UQtoN0aXNIrv/YkqZ/etd6TKruM0hKJv9eqoUfSIbS31Jpbzd8JDMo3DaK9C3
3wxOSdiHg3aWOtkIHN29+A7VPlxsB9YdFBcuPqqFhHPbwiDuPgn11+EDzrZXsIkSuIoErr1r
xyhgG4t3udOEq+ZVbSndgexcNegfjgI9PeaJ116WAaDbn4jpbtdaqR7emhfYFHGA1d2ZVE8y
vBNLDFXqBBzCZcq/7k5icgdOp/bJjW1UA5lda0d2HsTJkuEm1fJVUJS3lUny5Mg1VjqzAAAA
AAAA
--------------ms030308010307090000030700--

From angelo.castellani@gmail.com  Wed Jan 26 06:41:04 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A59653A659A for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:41:04 -0800 (PST)
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.326,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eB4FPe0OP5ET for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:41:04 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id E10553A657C for <core@ietf.org>; Wed, 26 Jan 2011 06:41:03 -0800 (PST)
Received: by qyk34 with SMTP id 34so5436885qyk.10 for <core@ietf.org>; Wed, 26 Jan 2011 06:44:04 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=LQ1QWAFlidrN8VBelancXZT+SAWkeVQKQbupzSQtyjM=; b=VOrsLGlkDf/LGnzi9YMfIIpc3m7w1DciZg9iZwhe+THW7KPOOT9g4jdBBoueHqQArm 1ZuKbgEVEidZ+DH57Oh3M9PgoB36xme0GxzzK+2b2CnwYP4+KWNgnAVnkY2CH6QxFVWj xYI2l84P1pkG8R/AHO/im7QYVwJJr3A6VXiMA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=cdgVEe6SH0ljC0XvsJGOcfv2D3ZdkkcV1ZuhN51oNRizHwOh9VysPlLLNkywtHjzXL bOtGBl6hSIT93xXlHjl5mKzrCYDveGgSPRdiaohMdnJ3zS0FQvsTtqTrlmgygRHcH5eK eMIcJcb6PONt6YbpLxXnwrGVNLYT9l7nlWRF8=
Received: by 10.229.91.2 with SMTP id k2mr435628qcm.260.1296053044247; Wed, 26 Jan 2011 06:44:04 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Wed, 26 Jan 2011 06:43:44 -0800 (PST)
In-Reply-To: <849EEF41-2240-464D-AB18-8E3E65310C52@tzi.org>
References: <AANLkTi=zAciMgu4+g3tOvFr7cvx+OV8F-v8d6bCXEFrn@mail.gmail.com> <7E731678-F1C8-416D-BB9E-07387BECBBEE@tzi.org> <FD7B10366AE3794AB1EC5DE97A93A373215007FA67@EXMB01CMS.surrey.ac.uk> <849EEF41-2240-464D-AB18-8E3E65310C52@tzi.org>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Wed, 26 Jan 2011 15:43:44 +0100
X-Google-Sender-Auth: yVeO_cg5_N3AWMEtPbNYt5VKlyc
Message-ID: <AANLkTik-+6Z5CC=azaDFN78Twawef81bye+KqJoHY9pj@mail.gmail.com>
To: Carsten Bormann <cabo@tzi.org>
Content-Type: text/plain; charset=ISO-8859-1
Cc: zorzi@ing.unife.it, buincl@unife.it, core@ietf.org, L.Wood@surrey.ac.uk
Subject: Re: [core] Message ID & Token: high overhead?
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:41:04 -0000

> I think he is saying we use the length of the datagram.

Exactly.

> But that is information that is exposed on the UDP service interface (as are at least the source addresses); the checksum isn't.

Sure the checksum isn't available always, but is always possible
recompute it (as said in your previous message).

Implementors can choose whether they prefer/can read that information
(usually is possible on constrained devices) or recompute it (easier
on larger hosts, as you said).

In my opinion seems useful to explore this idea and its consequences..

Best,
Angelo

From tianlinyi@huawei.com  Wed Jan 26 06:59:08 2011
Return-Path: <tianlinyi@huawei.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C2AB3A67C0 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:59:08 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.706
X-Spam-Level: 
X-Spam-Status: No, score=-1.706 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XqjhxTW3mOup for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:59:07 -0800 (PST)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 699763A67B7 for <core@ietf.org>; Wed, 26 Jan 2011 06:59:07 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00JXHXR4F1@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:01:52 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00HAUXR4NF@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:01:52 +0800 (CST)
Received: from [172.24.1.6] (Forwarded-For: [116.25.212.192]) by szxmc04-in.huawei.com (mshttpd); Wed, 26 Jan 2011 23:01:52 +0800
Date: Wed, 26 Jan 2011 23:01:52 +0800
From: tianlinyi 00175029 <tianlinyi@huawei.com>
In-reply-to: <AANLkTinYj6=4wgOnbg5t8TM+OhCVojzHJA4O4ujvjsX0@mail.gmail.com>
To: "Angelo P. Castellani" <angelo@castellani.net>
Message-id: <fa34e5b31e65.1e65fa34e5b3@huawei.com>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug  8 2006)
Content-type: multipart/mixed; boundary="Boundary_(ID_WypHgr3lNhqbM9zii5PDcw)"
Content-language: zh-CN
X-Accept-Language: zh-CN
Priority: normal
References: <20110125212845.11A853A6881@core3.amsl.com> <AANLkTikH7QRzbteXqN0gmQkZy9qN_Y3VCODN8ATY5-CA@mail.gmail.com> <AANLkTin2Kvw7M02-8HVRbdAcrra3y7=v695ck+GjA6ym@mail.gmail.com> <0840325E-DF84-4B33-A618-435D66CE371D@tzi.org> <AANLkTinYj6=4wgOnbg5t8TM+OhCVojzHJA4O4ujvjsX0@mail.gmail.com>
Cc: Michele Zorzi <zorzi@ing.unife.it>, Nicola Bui <buincl@unife.it>, core <core@ietf.org>
Subject: Re: [core] New Version Notification for draft-castellani-core-http-coap-mapping-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:59:08 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_WypHgr3lNhqbM9zii5PDcw)
Content-type: text/plain; charset=gb2312
Content-transfer-encoding: quoted-printable
Content-disposition: inline

LOL=2E I planed to work on this mapping weeks ago=2E But you are much fas=
ter than me=2E I will definitly interested in reviewing this draft=2E I w=
ill provide comments later=3A)

Cheers=2C
Linyi


----- =D4=AD=D3=CA=BC=FE -----
=B7=A2=BC=FE=C8=CB=3A =22Angelo P=2E Castellani=22 =3Cangelo=40castellani=
=2Enet=3E
=C8=D5=C6=DA=3A =D0=C7=C6=DA=C8=FD=2C =D2=BB=D4=C2 26=C8=D5=2C 2011 =CF=C2=
=CE=E76=3A15
=D6=F7=CC=E2=3A Re=3A =5Bcore=5D New Version Notification for draft-caste=
llani-core-http-coap-mapping-00
=CA=D5=BC=FE=C8=CB=3A Carsten Bormann =3Ccabo=40tzi=2Eorg=3E
=B3=AD=CB=CD=3A Michele Zorzi =3Czorzi=40ing=2Eunife=2Eit=3E=2C Nicola Bu=
i =3Cbuincl=40unife=2Eit=3E=2C core =3Ccore=40ietf=2Eorg=3E

=3E Thanks for the quick feedback=2E
=3E =

=3E Some responses inline=3A
=3E =

=3E =3E I think it is a great idea to have such a draft=2C because much o=
f =

=3E the information here will be informative=2C and the protocol =

=3E definition should only contain those things that are normative =

=3E (i=2Ee=2E=2C that we expect from every HTTP/CoAP intermediary)=2E
=3E =

=3E We agree that the draft should be informational=2C and if a normative=

=3E part is required should be kept separate from this document=2E
=3E =

=3E =3E The most important aspect here is what can such a mapper do =

=3E independently of knowledge about the application=2C and where do we =

=3E need genuine knowledge of that (i=2Ee=2E=2C the mapper becomes an =

=3E application gateway)=2E
=3E =

=3E My opinion is that a transparent proxy can be realized=2C if this
=3E scenario/requirement is considered in the design of CoAP=2E
=3E =

=3E Probably right now some issues are present in the current CoAP
=3E release=2C  we will try to insert a more detailed =

=3E analysis/discussion on
=3E this in the next planned version=2E
=3E =

=3E =3E E=2Eg=2E=2C it would be nice if we came up with a convention for =

=3E collecting the resource representations returned to the HTTP world =

=3E from a CoAP multicast request=2E =3FSuch as a generic =

=3E table/hash/dictionary thing (maybe we could use JSON=3F)=2E =3FBut so=
me =

=3E mappers will want to use more knowledge about the application to =

=3E generate a more concise result (e=2Eg=2E=2C turning multicast into an=
ycast)=2E
=3E =

=3E Multicast is a very important feature required for a constrained
=3E crowded environment=2E
=3E =

=3E =3E Looking forward to a detailed review=2E=2E=2E
=3E =

=3E We look forward for a review=2C e=2Eg=2E about Section 4 on multicast=
=2E
=3E =

=3E =3E Will you be in today=27s phone call=3F
=3E =

=3E Sure=2C we will be there=2E
=3E =

=3E Best=2C
=3E Angelo =26 Salvatore
=3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F
=3E core mailing list
=3E core=40ietf=2Eorg
=3E https=3A//www=2Eietf=2Eorg/mailman/listinfo/core
=3E 

--Boundary_(ID_WypHgr3lNhqbM9zii5PDcw)
Content-type: text/x-vcard; name=t00175029.vcf; charset=gb2312
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=t00175029.vcf
Content-description: Card for tianlinyi 00175029 <tianlinyi@huawei.com>

begin:vcard
n:34932;tianlinyi
fn:tianlinyi 34932
version:2.1
email;internet:tianlinyi@huawei.com
end:vcard


--Boundary_(ID_WypHgr3lNhqbM9zii5PDcw)--

From cabo@tzi.org  Wed Jan 26 06:59:25 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 372403A67C0 for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:59:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -107.218
X-Spam-Level: 
X-Spam-Status: No, score=-107.218 tagged_above=-999 required=5 tests=[AWL=1.031, BAYES_00=-2.599, GB_I_INVITATION=-2, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0huuvFjLq2Bd for <core@core3.amsl.com>; Wed, 26 Jan 2011 06:59:24 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 1D1383A67B7 for <core@ietf.org>; Wed, 26 Jan 2011 06:59:22 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QF2Fsm004676 for <core@ietf.org>; Wed, 26 Jan 2011 16:02:15 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 571CB98;  Wed, 26 Jan 2011 16:02:15 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
X-Priority: 3
In-Reply-To: <91F2AF58-6465-4CC6-B1D1-A1C0843AA31B@tzi.org>
Date: Wed, 26 Jan 2011 16:02:49 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <4EE88F00-AFC2-48B1-86DF-44A0327A3EB1@tzi.org>
References: <246702410.1288294444998.JavaMail.nobody@jsj2wl013.webex.com> <91F2AF58-6465-4CC6-B1D1-A1C0843AA31B@tzi.org>
To: core Environments WG <core@ietf.org>
X-Mailer: Apple Mail (2.1082)
Subject: Re: [core] Jan 26 Webex Meeting invitation: CORE WG Interim
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 14:59:25 -0000

A webex meeting wouldn't be a webex meeting if it started without =
problems...

Let's see if we can get that fixed.

Gruesse, Carsten

On Jan 25, 2011, at 20:00, Carsten Bormann wrote:

> Tomorrow! 1500 UTC.
> Here are the access details again.
>=20
> Gruesse, Carsten
>=20
>> IETF Secretariat invites you to attend this online meeting.=20
>>=20
>> Topic: CORE WG Interim=20
>> Date: The 4th Wednesday of every 1 months, from Wednesday, November =
24, 2010 to Wednesday, February 23, 2011=20
>> Time: 7:00 am, Pacific Standard Time (San Francisco, GMT-08:00)=20
>> Meeting Number: 968 779 888=20
>> Meeting Password: (This meeting does not require a password.)=20
>>=20
>>=20
>> -------------------------------------------------------=20
>> To join the online meeting (Now from the Apple iPhone (R) too!)=20
>> -------------------------------------------------------=20
>> 1. Go to =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&RT=3DMiM0=20
>> 2. If requested, enter your name and email address.=20
>> 3. If a password is required, enter the meeting password: (This =
meeting does not require a password.)=20
>> 4. Click "Join".=20
>>=20
>> To view in other time zones or languages, please click the link:=20
>> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ORT=3DMiM0=20
>>=20
>> -------------------------------------------------------=20
>> To join the audio conference only=20
>> -------------------------------------------------------=20
>> To receive a call back, provide your phone number when you join the =
meeting, or call the number below and enter the access code.=20
>> Call-in toll number (US/Canada): 1-408-792-6300=20
>> Global call-in numbers: =
https://workgreen.webex.com/workgreen/globalcallin.php?serviceType=3DMC&ED=
=3D148478702&tollFree=3D0=20
>>=20
>> Access code:968 779 888=20
>>=20
>> -------------------------------------------------------=20
>> For assistance=20
>> -------------------------------------------------------=20
>> 1. Go to https://workgreen.webex.com/workgreen/mc=20
>> 2. On the left navigation bar, click "Support".=20
>>=20
>>=20
>> To add this meeting to your calendar program (for example Microsoft =
Outlook), click this link:=20
>> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ICS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DveNIkert46u3Z39RM7KdaRRpdk2jFD7u36h=
OBg9YwdM=3D&RT=3DMiM0=20
>>=20
>> The playback of UCF (Universal Communications Format) rich media =
files requires appropriate players. To view this type of rich media =
files in the meeting, please check whether you have the players =
installed on your computer by going to =
https://workgreen.webex.com/workgreen/systemdiagnosis.php=20
>>=20
>> Sign up for a free trial of WebEx=20
>> http://www.webex.com/go/mcemfreetrial=20
>>=20
>> http://www.webex.com=20
>>=20
>>=20
>>=20
>> IMPORTANT NOTICE: This WebEx service includes a feature that allows =
audio and any documents and other materials exchanged or viewed during =
the session to be recorded. By joining this session, you automatically =
consent to such recordings. If you do not consent to the recording, =
discuss your concerns with the meeting host prior to the start of the =
recording or do not join the session. Please note that any such =
recordings may be subject to discovery in the event of litigation.=20
>=20


From zach@sensinode.com  Wed Jan 26 07:01:45 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 09C553A67D4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:01:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.599
X-Spam-Level: 
X-Spam-Status: No, score=-4.599 tagged_above=-999 required=5 tests=[AWL=1.000,  BAYES_00=-2.599, GB_I_INVITATION=-2, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sn4pnypts0aK for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:01:43 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 4015A3A67D2 for <core@ietf.org>; Wed, 26 Jan 2011 07:01:43 -0800 (PST)
Received: from [192.168.1.3] (line-8312.dyn.kponet.fi [85.29.78.215]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0QF4dhK019823 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Wed, 26 Jan 2011 17:04:39 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-79--80498496; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
X-Priority: 3
In-Reply-To: <4EE88F00-AFC2-48B1-86DF-44A0327A3EB1@tzi.org>
Date: Wed, 26 Jan 2011 17:04:41 +0200
Message-Id: <7B1A4CDE-BDF5-4A3D-89B3-CB61E0861649@sensinode.com>
References: <246702410.1288294444998.JavaMail.nobody@jsj2wl013.webex.com> <91F2AF58-6465-4CC6-B1D1-A1C0843AA31B@tzi.org> <4EE88F00-AFC2-48B1-86DF-44A0327A3EB1@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.1082)
Cc: core Environments WG <core@ietf.org>
Subject: Re: [core] Jan 26 Webex Meeting invitation: CORE WG Interim
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:01:45 -0000

--Apple-Mail-79--80498496
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

The dial-in Webex is working, let's start there an share slides on-line =
when someone can start as a host. We can follow the slides Carsten sent =
around.

+1-408-792-6300
Access code: 968 779 888

Zach

On Jan 26, 2011, at 5:02 PM, Carsten Bormann wrote:

> A webex meeting wouldn't be a webex meeting if it started without =
problems...
>=20
> Let's see if we can get that fixed.
>=20
> Gruesse, Carsten
>=20
> On Jan 25, 2011, at 20:00, Carsten Bormann wrote:
>=20
>> Tomorrow! 1500 UTC.
>> Here are the access details again.
>>=20
>> Gruesse, Carsten
>>=20
>>> IETF Secretariat invites you to attend this online meeting.=20
>>>=20
>>> Topic: CORE WG Interim=20
>>> Date: The 4th Wednesday of every 1 months, from Wednesday, November =
24, 2010 to Wednesday, February 23, 2011=20
>>> Time: 7:00 am, Pacific Standard Time (San Francisco, GMT-08:00)=20
>>> Meeting Number: 968 779 888=20
>>> Meeting Password: (This meeting does not require a password.)=20
>>>=20
>>>=20
>>> -------------------------------------------------------=20
>>> To join the online meeting (Now from the Apple iPhone (R) too!)=20
>>> -------------------------------------------------------=20
>>> 1. Go to =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&RT=3DMiM0=20
>>> 2. If requested, enter your name and email address.=20
>>> 3. If a password is required, enter the meeting password: (This =
meeting does not require a password.)=20
>>> 4. Click "Join".=20
>>>=20
>>> To view in other time zones or languages, please click the link:=20
>>> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ORT=3DMiM0=20
>>>=20
>>> -------------------------------------------------------=20
>>> To join the audio conference only=20
>>> -------------------------------------------------------=20
>>> To receive a call back, provide your phone number when you join the =
meeting, or call the number below and enter the access code.=20
>>> Call-in toll number (US/Canada): 1-408-792-6300=20
>>> Global call-in numbers: =
https://workgreen.webex.com/workgreen/globalcallin.php?serviceType=3DMC&ED=
=3D148478702&tollFree=3D0=20
>>>=20
>>> Access code:968 779 888=20
>>>=20
>>> -------------------------------------------------------=20
>>> For assistance=20
>>> -------------------------------------------------------=20
>>> 1. Go to https://workgreen.webex.com/workgreen/mc=20
>>> 2. On the left navigation bar, click "Support".=20
>>>=20
>>>=20
>>> To add this meeting to your calendar program (for example Microsoft =
Outlook), click this link:=20
>>> =
https://workgreen.webex.com/workgreen/j.php?ED=3D148478702&UID=3D119101834=
2&ICS=3DMI&LD=3D1&RD=3D2&ST=3D1&SHA2=3DveNIkert46u3Z39RM7KdaRRpdk2jFD7u36h=
OBg9YwdM=3D&RT=3DMiM0=20
>>>=20
>>> The playback of UCF (Universal Communications Format) rich media =
files requires appropriate players. To view this type of rich media =
files in the meeting, please check whether you have the players =
installed on your computer by going to =
https://workgreen.webex.com/workgreen/systemdiagnosis.php=20
>>>=20
>>> Sign up for a free trial of WebEx=20
>>> http://www.webex.com/go/mcemfreetrial=20
>>>=20
>>> http://www.webex.com=20
>>>=20
>>>=20
>>>=20
>>> IMPORTANT NOTICE: This WebEx service includes a feature that allows =
audio and any documents and other materials exchanged or viewed during =
the session to be recorded. By joining this session, you automatically =
consent to such recordings. If you do not consent to the recording, =
discuss your concerns with the meeting host prior to the start of the =
recording or do not join the session. Please note that any such =
recordings may be subject to discovery in the event of litigation.=20
>>=20
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-79--80498496
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNjE1MDQ0
MVowIwYJKoZIhvcNAQkEMRYEFKu5NZrXnhyjY3vflvOcGpkxPaYkMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAAw1j3NWtoVJbG5qkp7cs65dHQmXTyZuRp5KurlqQL2L6QkaTt9In38q
CPd++rmO5ivPtw2riGJtPlS04rrS7hnjqDBh6JFMuLFJI/3YcEk2NrODhNPmvPPhOk/PkWLUOQII
c1Q5CELiTsUyzbDWOoxlCr62gXuz8Z5xyzOWpZjlx+jKI2P4TvpBXnKgqp9rXdvKzdT5IFiHlHZh
E93SULSgnxDjU56CsClc6hWKkoDnXMmP7nCS9zO2jLt9eRFi2F//d3SCPp4EGilgb9v+NYVjV/40
GbmLMJexL2d1inYLJ55LEqM4cZj+zepK5qc7P/nBZjhbvIRSDE9fmFLGnmQAAAAAAAA=

--Apple-Mail-79--80498496--

From fluffy@cisco.com  Wed Jan 26 07:08:29 2011
Return-Path: <fluffy@cisco.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61E5F3A67E4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:08:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.581
X-Spam-Level: 
X-Spam-Status: No, score=-110.581 tagged_above=-999 required=5 tests=[AWL=0.018, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 38RguXZ3MpNK for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:08:26 -0800 (PST)
Received: from sj-iport-4.cisco.com (sj-iport-4.cisco.com [171.68.10.86]) by core3.amsl.com (Postfix) with ESMTP id 780463A67DF for <core@ietf.org>; Wed, 26 Jan 2011 07:08:26 -0800 (PST)
Authentication-Results: sj-iport-4.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMvIP02rR7H+/2dsb2JhbACkd3OIKJkBm0aFTwSFF4cSg0Y
Received: from sj-core-2.cisco.com ([171.71.177.254]) by sj-iport-4.cisco.com with ESMTP; 26 Jan 2011 15:11:27 +0000
Received: from [192.168.4.2] (rcdn-fluffy-8711.cisco.com [10.99.9.18]) by sj-core-2.cisco.com (8.13.8/8.14.3) with ESMTP id p0QFBQKe029893 for <core@ietf.org>; Wed, 26 Jan 2011 15:11:27 GMT
From: Cullen Jennings <fluffy@cisco.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Date: Wed, 26 Jan 2011 08:13:18 -0700
Message-Id: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com>
To: core WG <core@ietf.org>
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
Subject: [core] NEW WEBEX for todays call (right now)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:08:29 -0000

Click on this link to join

=
https://ciscosales.webex.com/ciscosales/e.php?AT=3DWMI&EventID=3D158221677=
&PW=3D849c094c1b1d100b&RT=3DMiM2



From angelo.castellani@gmail.com  Wed Jan 26 07:09:30 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C31333A67E4 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:09:30 -0800 (PST)
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.313,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SpcVSQMy7wOX for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:09:30 -0800 (PST)
Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id DA4703A67DF for <core@ietf.org>; Wed, 26 Jan 2011 07:09:29 -0800 (PST)
Received: by vws7 with SMTP id 7so356008vws.31 for <core@ietf.org>; Wed, 26 Jan 2011 07:12:30 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=qyS8Hwoju7ItRztAeTgr/x9x2Bhb1ekqH/calZpRdYM=; b=bDvZwY7ML3zY0ITq0569kJyp7xMis66KGIK91PExNVh5rwO1vGqGLjAK2A//0L6jz/ EhOY6ZAVO9RzYLE/2ySQf75kVns9dWKLTb13HvCP0JV80bl3fnxqKN5bbzwdrtGzYXjz HL++YhlhPWWa1YUrMmiHCZqC/1w8LxqtFAnV8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=iVWQTAgOGLojNmegh0C1tSHsPThXU+JJtEQ41ELg63ibO2vmgPT2MgUKZu4cC72Eo2 U3qpX+suS25gWNjy1jeIQgfepo6C27jOnxMbMN0p1ocSHnP9e9WXQU82wI42Nm0bgguq exPuxySPpL56F53za06HwtpCGhK+KgDM32bkU=
Received: by 10.229.230.17 with SMTP id jk17mr475049qcb.184.1296054750098; Wed, 26 Jan 2011 07:12:30 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Wed, 26 Jan 2011 07:12:09 -0800 (PST)
In-Reply-To: <D8F9622D-526C-40ED-AECD-9DA0899A8370@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <AANLkTi=zhdXBqbEm2EZD=+MB7Y7OfVEHc8-ZK_DbQbTz@mail.gmail.com> <D8F9622D-526C-40ED-AECD-9DA0899A8370@sensinode.com>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Wed, 26 Jan 2011 16:12:09 +0100
X-Google-Sender-Auth: qtMHWyQPydCBScJ7xwScDG5T8l0
Message-ID: <AANLkTi=YK7ykfL4q=RCcD-RybiYHjaH6cte0SiJ1Qs41@mail.gmail.com>
To: Zach Shelby <zach@sensinode.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: core WG <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:09:30 -0000

Zach,
thanks for the comments.

I quote a part of your message, mainly related to what needs
clarifications about my previous message.

> Not sure I understand the question. How you would use this draft for reso=
urce discovery will depend completely on your application use case. Home au=
tomation and building automation people for example have specific ways of u=
sing this in mind. In large scale M2M systems (with one or more central ser=
vers) we use the CoRE Link Format as a way to register resources with a res=
ource directory.
>
> Each application will need to define how it uses discovery (peer-to-peer?=
 Local resource directory?), and most importantly, what the naming is for t=
hat application.
>
> I am not sure how you came to the conclusion of relating humans with /.we=
ll-known/core. The CoRE Link Format is a format meant to be used between ma=
chines, I hope I helped to clarify that for you. Of course as it is just a =
format, you need to define the common naming that your machines understand.

In my opinion the service discovery cannot be "general": regarding all
the services present in the network or in a node.

But it should be service-specific, e.g. a multicast request for a
"well-known" URI of a *single* service.

Example 1: sent to a multicast group containing all temperature sensors
- GET /temperature (get all temperature values, all nodes in the
temperature multicast group respond?)

Example 2: sent to a multicast group containing ambient related sensors
- GET /.well-known/ambient-sensors (get a list of links to
ambient-related sensors, all nodes in group respond)

I have some doubts about the utility of "generic" multicast groups
(all-hosts) and "generic" URIs...

I hardly imagine use-cases different from debug where this "general"
node capability discovery can be useful...

I am looking forward to the proposed use cases mainly for this reason.

Best,
Angelo

From tianlinyi@huawei.com  Wed Jan 26 07:15:26 2011
Return-Path: <tianlinyi@huawei.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3F8323A681B for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:15:26 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.444
X-Spam-Level: 
X-Spam-Status: No, score=0.444 tagged_above=-999 required=5 tests=[AWL=-2.150,  BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, GB_I_INVITATION=-2, HELO_MISMATCH_COM=0.553, MANGLED_ONLINE=2.3, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z4dXWW-gsDpO for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:15:25 -0800 (PST)
Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id AEE4B3A67EA for <core@ietf.org>; Wed, 26 Jan 2011 07:15:24 -0800 (PST)
Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00IZ0Y2GKC@szxga05-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:08:41 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM0040BY2GW3@szxga05-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:08:40 +0800 (CST)
Received: from [172.24.1.6] (Forwarded-For: [116.25.212.192]) by szxmc04-in.huawei.com (mshttpd); Wed, 26 Jan 2011 23:08:40 +0800
Date: Wed, 26 Jan 2011 23:08:40 +0800
From: tianlinyi 00175029 <tianlinyi@huawei.com>
In-reply-to: <7B1A4CDE-BDF5-4A3D-89B3-CB61E0861649@sensinode.com>
To: Zach Shelby <zach@sensinode.com>
Message-id: <f9cfb863136c.136cf9cfb863@huawei.com>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug  8 2006)
Content-type: multipart/mixed; boundary="Boundary_(ID_lq6Y8VSYSY3uk8dgrxr5iA)"
Content-language: zh-CN
X-Accept-Language: zh-CN
Priority: normal
References: <246702410.1288294444998.JavaMail.nobody@jsj2wl013.webex.com> <91F2AF58-6465-4CC6-B1D1-A1C0843AA31B@tzi.org> <4EE88F00-AFC2-48B1-86DF-44A0327A3EB1@tzi.org> <7B1A4CDE-BDF5-4A3D-89B3-CB61E0861649@sensinode.com>
Cc: core Environments WG <core@ietf.org>
Subject: Re: [core] Jan 26 Webex Meeting invitation: CORE WG Interim
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:15:26 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_lq6Y8VSYSY3uk8dgrxr5iA)
Content-type: text/plain; charset=gb2312
Content-transfer-encoding: quoted-printable
Content-disposition: inline

I am not able to dial in from China=2E Is it possible for somebody to act=
 as the host=3F

Cheers=2C
Linyi

----- =D4=AD=D3=CA=BC=FE -----
=B7=A2=BC=FE=C8=CB=3A Zach Shelby =3Czach=40sensinode=2Ecom=3E
=C8=D5=C6=DA=3A =D0=C7=C6=DA=C8=FD=2C =D2=BB=D4=C2 26=C8=D5=2C 2011 =CF=C2=
=CE=E711=3A04
=D6=F7=CC=E2=3A Re=3A =5Bcore=5D Jan 26 Webex Meeting invitation=3A CORE =
WG Interim
=CA=D5=BC=FE=C8=CB=3A Carsten Bormann =3Ccabo=40tzi=2Eorg=3E
=B3=AD=CB=CD=3A core Environments WG =3Ccore=40ietf=2Eorg=3E

=3E The dial-in Webex is working=2C let=27s start there an share slides o=
n-
=3E line when someone can start as a host=2E We can follow the slides =

=3E Carsten sent around=2E
=3E =

=3E +1-408-792-6300
=3E Access code=3A 968 779 888
=3E =

=3E Zach
=3E =

=3E On Jan 26=2C 2011=2C at 5=3A02 PM=2C Carsten Bormann wrote=3A
=3E =

=3E =3E A webex meeting wouldn=27t be a webex meeting if it started =

=3E without problems=2E=2E=2E
=3E =3E =

=3E =3E Let=27s see if we can get that fixed=2E
=3E =3E =

=3E =3E Gruesse=2C Carsten
=3E =3E =

=3E =3E On Jan 25=2C 2011=2C at 20=3A00=2C Carsten Bormann wrote=3A
=3E =3E =

=3E =3E=3E Tomorrow! 1500 UTC=2E
=3E =3E=3E Here are the access details again=2E
=3E =3E=3E =

=3E =3E=3E Gruesse=2C Carsten
=3E =3E=3E =

=3E =3E=3E=3E IETF Secretariat invites you to attend this online meeting=2E=
 =

=3E =3E=3E=3E =

=3E =3E=3E=3E Topic=3A CORE WG Interim =

=3E =3E=3E=3E Date=3A The 4th Wednesday of every 1 months=2C from Wednesd=
ay=2C =

=3E November 24=2C 2010 to Wednesday=2C February 23=2C 2011 =

=3E =3E=3E=3E Time=3A 7=3A00 am=2C Pacific Standard Time (San Francisco=2C=
 GMT-
=3E 08=3A00) =

=3E =3E=3E=3E Meeting Number=3A 968 779 888 =

=3E =3E=3E=3E Meeting Password=3A (This meeting does not require a passwo=
rd=2E) =

=3E =3E=3E=3E =

=3E =3E=3E=3E =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E To join the online meeting (Now from the Apple iPhone (R) =

=3E too!) =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E 1=2E Go to =

=3E https=3A//workgreen=2Ewebex=2Ecom/workgreen/j=2Ephp=3FED=3D148478702=26=
UID=3D1191018342=26RT=3DMiM0 =

=3E =3E=3E=3E 2=2E If requested=2C enter your name and email address=2E =

=3E =3E=3E=3E 3=2E If a password is required=2C enter the meeting passwor=
d=3A =

=3E (This meeting does not require a password=2E) =

=3E =3E=3E=3E 4=2E Click =22Join=22=2E =

=3E =3E=3E=3E =

=3E =3E=3E=3E To view in other time zones or languages=2C please click th=
e =

=3E link=3A =

=3E =3E=3E=3E =

=3E https=3A//workgreen=2Ewebex=2Ecom/workgreen/j=2Ephp=3FED=3D148478702=26=
UID=3D1191018342=26ORT=3DMiM0 =

=3E =3E=3E=3E =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E To join the audio conference only =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E To receive a call back=2C provide your phone number when yo=
u =

=3E join the meeting=2C or call the number below and enter the access =

=3E code=2E =

=3E =3E=3E=3E Call-in toll number (US/Canada)=3A 1-408-792-6300 =

=3E =3E=3E=3E Global call-in numbers=3A =

=3E https=3A//workgreen=2Ewebex=2Ecom/workgreen/globalcallin=2Ephp=3Fserv=
iceType=3DMC=26ED=3D148478702=26tollFree=3D0 =

=3E =3E=3E=3E =

=3E =3E=3E=3E Access code=3A968 779 888 =

=3E =3E=3E=3E =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E For assistance =

=3E =3E=3E=3E ------------------------------------------------------- =

=3E =3E=3E=3E 1=2E Go to https=3A//workgreen=2Ewebex=2Ecom/workgreen/mc =

=3E =3E=3E=3E 2=2E On the left navigation bar=2C click =22Support=22=2E =

=3E =3E=3E=3E =

=3E =3E=3E=3E =

=3E =3E=3E=3E To add this meeting to your calendar program (for example =

=3E Microsoft Outlook)=2C click this link=3A =

=3E =3E=3E=3E =

=3E https=3A//workgreen=2Ewebex=2Ecom/workgreen/j=2Ephp=3FED=3D148478702=26=
UID=3D1191018342=26ICS=3DMI=26LD=3D1=26RD=3D2=26ST=3D1=26SHA2=3DveNIkert4=
6u3Z39RM7KdaRRpdk2jFD7u36hOBg9YwdM=3D=26RT=3DMiM0 =

=3E =3E=3E=3E =

=3E =3E=3E=3E The playback of UCF (Universal Communications Format) rich =

=3E media files requires appropriate players=2E To view this type of =

=3E rich media files in the meeting=2C please check whether you have the =

=3E players installed on your computer by going to =

=3E https=3A//workgreen=2Ewebex=2Ecom/workgreen/systemdiagnosis=2Ephp =

=3E =3E=3E=3E =

=3E =3E=3E=3E Sign up for a free trial of WebEx =

=3E =3E=3E=3E http=3A//www=2Ewebex=2Ecom/go/mcemfreetrial =

=3E =3E=3E=3E =

=3E =3E=3E=3E http=3A//www=2Ewebex=2Ecom =

=3E =3E=3E=3E =

=3E =3E=3E=3E =

=3E =3E=3E=3E =

=3E =3E=3E=3E IMPORTANT NOTICE=3A This WebEx service includes a feature t=
hat =

=3E allows audio and any documents and other materials exchanged or =

=3E viewed during the session to be recorded=2E By joining this session=2C=
 =

=3E you automatically consent to such recordings=2E If you do not =

=3E consent to the recording=2C discuss your concerns with the meeting =

=3E host prior to the start of the recording or do not join the =

=3E session=2E Please note that any such recordings may be subject to =

=3E discovery in the event of litigation=2E =

=3E =3E=3E =

=3E =3E =

=3E =3E =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=
=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=

=3E =3E core mailing list
=3E =3E core=40ietf=2Eorg
=3E =3E https=3A//www=2Eietf=2Eorg/mailman/listinfo/core
=3E =

=3E -- =

=3E Zach Shelby=2C Chief Nerd=2C Sensinode Ltd=2E
=3E http=3A//zachshelby=2Eorg  - My blog =22On the Internet of Things=22
=3E http=3A//6lowpan=2Enet - My book =226LoWPAN=3A The Wireless Embedded =
Internet=22
=3E Mobile=3A +358 40 7796297
=3E =

=3E 

--Boundary_(ID_lq6Y8VSYSY3uk8dgrxr5iA)
Content-type: text/x-vcard; name=t00175029.vcf; charset=gb2312
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=t00175029.vcf
Content-description: Card for tianlinyi 00175029 <tianlinyi@huawei.com>

begin:vcard
n:34932;tianlinyi
fn:tianlinyi 34932
version:2.1
email;internet:tianlinyi@huawei.com
end:vcard


--Boundary_(ID_lq6Y8VSYSY3uk8dgrxr5iA)--

From tianlinyi@huawei.com  Wed Jan 26 07:44:54 2011
Return-Path: <tianlinyi@huawei.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0E70E3A685D for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:44:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.026
X-Spam-Level: 
X-Spam-Status: No, score=-2.026 tagged_above=-999 required=5 tests=[AWL=2.470,  BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553,  RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MWVNRXOVrhN7 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:44:53 -0800 (PST)
Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 22A113A67FC for <core@ietf.org>; Wed, 26 Jan 2011 07:44:53 -0800 (PST)
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM002KJZVHBQ@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:47:41 +0800 (CST)
Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LFM00J4DZVHZ1@szxga04-in.huawei.com> for core@ietf.org; Wed, 26 Jan 2011 23:47:41 +0800 (CST)
Received: from [172.24.1.6] (Forwarded-For: [116.25.212.192]) by szxmc04-in.huawei.com (mshttpd); Wed, 26 Jan 2011 23:47:41 +0800
Date: Wed, 26 Jan 2011 23:47:41 +0800
From: tianlinyi 00175029 <tianlinyi@huawei.com>
In-reply-to: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com>
To: core WG <core@ietf.org>
Message-id: <fd02a76d773a.773afd02a76d@huawei.com>
MIME-version: 1.0
X-Mailer: iPlanet Messenger Express 5.2 HotFix 2.14 (built Aug  8 2006)
Content-type: multipart/mixed; boundary="Boundary_(ID_m/pvdhSwGJ0ps/uZHYW1vg)"
Content-language: zh-CN
X-Accept-Language: zh-CN
Priority: normal
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com>
Subject: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:44:54 -0000

This is a multi-part message in MIME format.

--Boundary_(ID_m/pvdhSwGJ0ps/uZHYW1vg)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7BIT
Content-disposition: inline

Hi, CoAP Folks

Peter raised a review comment as follows:
  Be clear about how different HTTP and COAP methods are. 

I think it would be good to address this issue in HTTP-COAP mapping draft. By doing this we can clarify the difference between HTTP and CoAP not only for those methods but also other features. This can also avoid the complexity of CoAP draft. The CoAP draft itself will mainly focus on how CoAP protocol works. 

Cheers,
Linyi

--Boundary_(ID_m/pvdhSwGJ0ps/uZHYW1vg)
Content-type: text/x-vcard; name=t00175029.vcf; charset=gb2312
Content-transfer-encoding: 7BIT
Content-disposition: attachment; filename=t00175029.vcf
Content-description: Card for tianlinyi 00175029 <tianlinyi@huawei.com>

begin:vcard
n:34932;tianlinyi
fn:tianlinyi 34932
version:2.1
email;internet:tianlinyi@huawei.com
end:vcard


--Boundary_(ID_m/pvdhSwGJ0ps/uZHYW1vg)--

From prvs=80078BE9A1=guido.moritz@uni-rostock.de  Wed Jan 26 07:59:32 2011
Return-Path: <prvs=80078BE9A1=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 116213A6768 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:59:32 -0800 (PST)
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.404,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PFGCwRtDnk+6 for <core@core3.amsl.com>; Wed, 26 Jan 2011 07:59:31 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 059773A6359 for <core@ietf.org>; Wed, 26 Jan 2011 07:59:31 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'core' <core@ietf.org>
References: <20110126115643.698773A69AC@core3.amsl.com>
In-Reply-To: <20110126115643.698773A69AC@core3.amsl.com>
Date: Wed, 26 Jan 2011 17:02:39 +0100
Message-ID: <005a01cbbd72$74a80180$5df80480$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGRPi4AUXGF5/M0K2w1wchksPOWr5RYZw0w
Content-Language: de
Subject: [core] WG: New Version Notification for draft-moritz-core-soap-over-coap-00
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 15:59:32 -0000

Dear WG,

I uploaded a new ID describing a SOAP over CoAP binding. Some of my =
comments on CoAP-04 are based on this draft. So feel free to comment and =
provide feedback (or throw me out of CoRE to get rid of the annoying =
SOAP folk...).=20

http://tools.ietf.org/html/draft-moritz-core-soap-over-coap-00

Guido

> -----Urspr=C3=BCngliche Nachricht-----
> Von: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]
> Gesendet: Mittwoch, 26. Januar 2011 12:57
> An: Guido Moritz
> Betreff: New Version Notification for =
draft-moritz-core-soap-over-coap-00
>=20
>=20
> A new version of I-D, draft-moritz-core-soap-over-coap-00.txt has been
> successfully submitted by Guido Moritz and posted to the IETF =
repository.
>=20
> Filename:	 draft-moritz-core-soap-over-coap
> Revision:	 00
> Title:		 SOAP-over-CoAP Binding
> Creation_date:	 2011-01-26
> WG ID:		 Independent Submission
> Number_of_pages: 13
>=20
> Abstract:
> The scope of this document is to provide a basis for a lightweight
> SOAP over CoAP binding, to allow usage of SOAP Web services also in
> resource constrained networks.
>=20
>=20
>=20
> The IETF Secretariat.
>=20



From salvatore.loreto@ericsson.com  Wed Jan 26 09:36:20 2011
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EE473A686A for <core@core3.amsl.com>; Wed, 26 Jan 2011 09:36:20 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.553
X-Spam-Level: 
X-Spam-Status: No, score=-106.553 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LWHd-HcCli3t for <core@core3.amsl.com>; Wed, 26 Jan 2011 09:36:19 -0800 (PST)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id D9CA13A69C1 for <core@ietf.org>; Wed, 26 Jan 2011 09:36:18 -0800 (PST)
X-AuditID: c1b4fb39-b7cfbae000005c8e-d5-4d405c47b7cb
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id E2.B9.23694.74C504D4; Wed, 26 Jan 2011 18:39:19 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.2.234.1; Wed, 26 Jan 2011 18:39:18 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3])	by mail.lmf.ericsson.se (Postfix) with ESMTP id B7CFF2A58	for <core@ietf.org>; Wed, 26 Jan 2011 19:39:18 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 8139850739	for <core@ietf.org>; Wed, 26 Jan 2011 19:39:18 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 1326250628	for <core@ietf.org>; Wed, 26 Jan 2011 19:39:17 +0200 (EET)
Message-ID: <4D405C45.9060001@ericsson.com>
Date: Wed, 26 Jan 2011 18:39:17 +0100
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core@ietf.org
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com> <fd02a76d773a.773afd02a76d@huawei.com>
In-Reply-To: <fd02a76d773a.773afd02a76d@huawei.com>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: Re: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 17:36:20 -0000

On 1/26/11 4:47 PM, tianlinyi 00175029 wrote:
> Hi, CoAP Folks
>
> Peter raised a review comment as follows:
>    Be clear about how different HTTP and COAP methods are.
>
> I think it would be good to address this issue in HTTP-COAP mapping draft. By doing this we can clarify the difference between HTTP and CoAP not only for those methods but also other features. This can also avoid the complexity of CoAP draft. The CoAP draft itself will mainly focus on how CoAP protocol works.
>
> Cheers,
> Linyi

my idea is that there should be some text, within the CoAP draft,
that clarify the differences between the HTTP methods and the CoAP methods
so to not mislead people (implementers I should say) expert in HTTP but 
new to CoAP.

We have also be sure that what we have in CoAP draft is easily mappable 
in HTTP
through a stateless HTTP mapping as stated in the second bullet of 
Section 1.1 of coap-04

    o  A stateless HTTP mapping, allowing proxies to be built providing
       access to CoAP resources via HTTP in a uniform way or for HTTP
       simple interfaces to be realized alternatively over CoAP.

(e.g. I think there are some issues in mapping CoAP deferred response to 
HTTP)

then I don't mind if we detail how different HTTP and CoAP method are within
the CoAP draft or we bring the issue out of the CoAP draft and put in a 
new one.

cheers
/Sal

-- 
Salvatore Loreto
www.sloreto.com


From salvatore.loreto@ericsson.com  Wed Jan 26 09:50:16 2011
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4EFA13A681E for <core@core3.amsl.com>; Wed, 26 Jan 2011 09:50:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.554
X-Spam-Level: 
X-Spam-Status: No, score=-106.554 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dLhmQk2YH+7H for <core@core3.amsl.com>; Wed, 26 Jan 2011 09:50:15 -0800 (PST)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id DE6B33A6845 for <core@ietf.org>; Wed, 26 Jan 2011 09:50:14 -0800 (PST)
X-AuditID: c1b4fb39-b7cfbae000005c8e-5f-4d405f8bcfa5
Received: from esessmw0237.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id 93.9A.23694.B8F504D4; Wed, 26 Jan 2011 18:53:15 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0237.eemea.ericsson.se (153.88.115.91) with Microsoft SMTP Server id 8.2.234.1; Wed, 26 Jan 2011 18:53:14 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3])	by mail.lmf.ericsson.se (Postfix) with ESMTP id B2EB02A58; Wed, 26 Jan 2011 19:53:14 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 7CAFC50739; Wed, 26 Jan 2011 19:53:14 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id E68A650628; Wed, 26 Jan 2011 19:53:13 +0200 (EET)
Message-ID: <4D405F89.8090405@ericsson.com>
Date: Wed, 26 Jan 2011 18:53:13 +0100
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Zach Shelby <zach@sensinode.com>
References: <91473B88-3BDF-404D-947C-A717A3399243@cisco.com> <4D4003BE.9070406@ericsson.com> <EC67E45B-C8D6-44EB-8130-80C1E896F0C4@sensinode.com>
In-Reply-To: <EC67E45B-C8D6-44EB-8130-80C1E896F0C4@sensinode.com>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Cc: "core@ietf.org" <core@ietf.org>
Subject: Re: [core] WGLC for draft-ietf-core-link-format-02
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 17:50:16 -0000

On 1/26/11 1:16 PM, Zach Shelby wrote:
>> >  	The context URI of a link (also called base URI in
>> >     [RFC3986]) conveyed in the CoRE Link Format is by default built from
>> >     the scheme and authority parts of the target URI.  In the absence of
>> >     this information in the target URI, the context URI is built from the
>> >     scheme and authority that was used for referencing the resource
>> >     returning the set of links, replacing the path with an empty path.
>> >     Thus by default links can be thought of as describing a target
>> >     resource hosted by the server.
>> >  
> In CoAP there is no difference between how a unicast or multicast Request URI is reconstructed. The scheme + authority are identical in both cases. Does that need more explanation

Hi Zac,

I am not questioning the difference between unicast and multicast 
Request URI in CoAP.

what I had in mind is that when a client can send a GET /.well-know/core 
to a multicast Request URI,
the answers (CoRE Link Format) it gets from the all the nodes registered 
to the multicast node should not go
under the context of the multicast URI (in the absence of the authority 
part in an URI conveyed
in the CoRE Link Format) and that does not seem to be clear in the text 
above.

cheers
/Sal

-- 
Salvatore Loreto
www.sloreto.com


From cabo@tzi.org  Wed Jan 26 10:23:32 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 89C9C3A6834 for <core@core3.amsl.com>; Wed, 26 Jan 2011 10:23:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.324
X-Spam-Level: 
X-Spam-Status: No, score=-106.324 tagged_above=-999 required=5 tests=[AWL=-0.075, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TBR5ZyVFzEze for <core@core3.amsl.com>; Wed, 26 Jan 2011 10:23:31 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 464B63A67D8 for <core@ietf.org>; Wed, 26 Jan 2011 10:23:31 -0800 (PST)
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.3/8.14.3) with ESMTP id p0QIQODE019539; Wed, 26 Jan 2011 19:26:24 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 4ED571DC; Wed, 26 Jan 2011 19:26:24 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <4D405C45.9060001@ericsson.com>
Date: Wed, 26 Jan 2011 19:26:58 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <CD5AE735-9506-4E03-A385-EAE99693990C@tzi.org>
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com> <fd02a76d773a.773afd02a76d@huawei.com> <4D405C45.9060001@ericsson.com>
To: Salvatore Loreto <salvatore.loreto@ericsson.com>
X-Mailer: Apple Mail (2.1082)
Cc: core@ietf.org
Subject: Re: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Jan 2011 18:23:32 -0000

On Jan 26, 2011, at 18:39, Salvatore Loreto wrote (about stateless =
proxies):

> I think there are some issues in mapping CoAP deferred response to =
HTTP

There is no difference here between immediate and deferred -- in both =
cases, an HTTP-to-CoAP proxy has to keep state until the response comes =
in.

That state is just a little less in the deferred case (there is no =
message layer state to keep track of most of the time we are waiting for =
the response).

"Stateless" here refers to the lack of need to keep hard state *between* =
exchanges.
(You might still want to keep a [more or less limited] cache, which is =
almost always going to be a good idea for this kind of intermediary.)

Gruesse, Carsten


From stpeter@stpeter.im  Wed Jan 26 18:20:28 2011
Return-Path: <stpeter@stpeter.im>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2C12B3A6A59 for <core@core3.amsl.com>; Wed, 26 Jan 2011 18:20:28 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.574
X-Spam-Level: 
X-Spam-Status: No, score=-102.574 tagged_above=-999 required=5 tests=[AWL=0.025, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pK+Z0YqMroJG for <core@core3.amsl.com>; Wed, 26 Jan 2011 18:20:24 -0800 (PST)
Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 1DF623A6A5C for <core@ietf.org>; Wed, 26 Jan 2011 18:20:17 -0800 (PST)
Received: from squire.local (dsl-251-175.dynamic-dsl.frii.net [216.17.251.175]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 6487C400F6 for <core@ietf.org>; Wed, 26 Jan 2011 19:39:35 -0700 (MST)
Message-ID: <4D40D715.2010309@stpeter.im>
Date: Wed, 26 Jan 2011 19:23:17 -0700
From: Peter Saint-Andre <stpeter@stpeter.im>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core WG <core@ietf.org>
X-Enigmail-Version: 1.1.1
OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms060308060005020600040208"
Subject: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 02:20:28 -0000

This is a cryptographically signed message in MIME format.

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

After today's meeting I thought some more about the well-known URIs
we're using. Some of them (the "hierarchical" URIs) are not in
conformance with RFC 5785 (BTW I think that RFC needs to be a normative
reference because one needs to understand its concepts in order to
understand the link-format spec).

RFC 5785 states:

   A well-known URI is a URI [RFC3986] whose path component begins with
   the characters "/.well-known/", and whose scheme is "HTTP", "HTTPS",
   or another scheme that has explicitly been specified to use well-
   known URIs.

   Applications that wish to mint new well-known URIs MUST register
   them, following the procedures in Section 5.1.

   For example, if an application registers the name 'example', the
   corresponding well-known URI on 'http://www.example.com/' would be
   'http://www.example.com/.well-known/example'.

   Registered names MUST conform to the segment-nz production in
   [RFC3986].

There are two things to note here:

1. We might need to explicitly state somewhere that the 'coap:' scheme
uses well-known URIs.

2. More significantly, the segment-nz production from RFC 3986 is:

      segment-nz    =3D 1*pchar
      pchar         =3D unreserved / pct-encoded / sub-delims / ":" / "@"=

      unreserved    =3D ALPHA / DIGIT / "-" / "." / "_" / "~"
      pct-encoded   =3D "%" HEXDIG HEXDIG
      sub-delims    =3D "!" / "$" / "&" / "'" / "(" / ")"
                    / "*" / "+" / "," / ";" / "=3D"

Because "/" is not allowed in segment-nz, the following is not a legal
name for a registered well-known URI:

   core/sensors

Thus the following example in the link-format draft is problematic or
plain illegal:

   REQ: GET /.well-known/core/sensors

As a result, I think we might need to reconsider how we are handling
hierarchies.

Peter

--
Peter Saint-Andre
https://stpeter.im/


--=20
Peter Saint-Andre
https://stpeter.im/




--------------ms060308060005020600040208
Content-Type: application/pkcs7-signature; name="smime.p7s"
Content-Transfer-Encoding: base64
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC
BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT
DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp
Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3
MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T
dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu
aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs
aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL
ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j
tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/
jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q
7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo
98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB
Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV
HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH
MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3
dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu
c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v
c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0
dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd
SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR
6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l
fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV
0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk
ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV
hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu
bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD
0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri
2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI
LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF
BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT
ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD
bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa
Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL
MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV
BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl
ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN
BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6
wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil
NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1
nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J
KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2
gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD
VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I
eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl
dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu
BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF
BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB
BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl
ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj
YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz
bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns
LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1
My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z
dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE
HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG
tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo
6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg
PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3
GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6
2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN
BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x
KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT
L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw
MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4
TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl
bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY
BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0
ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o
Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+
39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c
6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx
ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2
0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud
DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0
H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud
EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB
tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku
cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu
cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp
YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD
b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v
d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93
d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz
c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0
dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw
AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu
Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF
AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp
zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD
MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI
xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh
K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ
AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE
CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD
b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa
BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEy
NzAyMjMxN1owIwYJKoZIhvcNAQkEMRYEFH3KonHzEYMB28LmH+yvS8wyZNt5MF8GCSqGSIb3
DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq
hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT
MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj
dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh
c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC
CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV
BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0
Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG
9w0BAQEFAASCAQCNwb2zmXqxI4lNAFJeIjsC3ZYRh/c2CuuxRky95STaZresZDo15v6KD8WR
nu/I+Y++jVmSy0PmzoapjUZCIzrcvhoDGNCxOeQl1kCHRF9AFG/rC1F8DTmjD8FFM0h4xnru
di2N+KS0OrFFbVOPx5wQxwD9sHJdCY2O57nwPKJV6szLzBkYvP3ZP1U446BWKCPrDXkc1SG8
BNtxFxl1g9H27bYfAZOHJHUvMiDtmRtofP5VFrAG3NaMXF5BJ1+I53ekqkLpCykCumu5cChx
VUGCOPJ+yWnisKQ/fgjcqTjpsXeEN+lEhP0Wp4u7HYPtRCf45FJVUXSzQG4UjRuhbMD3AAAA
AAAA
--------------ms060308060005020600040208--

From cabo@tzi.org  Wed Jan 26 22:27:45 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 92B873A6AEC for <core@core3.amsl.com>; Wed, 26 Jan 2011 22:27:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.317
X-Spam-Level: 
X-Spam-Status: No, score=-106.317 tagged_above=-999 required=5 tests=[AWL=-0.068, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UcOeV9Wu+j-N for <core@core3.amsl.com>; Wed, 26 Jan 2011 22:27:44 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id E6CF33A6AE4 for <core@ietf.org>; Wed, 26 Jan 2011 22:27:43 -0800 (PST)
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.3/8.14.3) with ESMTP id p0R6Ucmv010049; Thu, 27 Jan 2011 07:30:39 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id D4D922F8; Thu, 27 Jan 2011 07:30:38 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <4D40D715.2010309@stpeter.im>
Date: Thu, 27 Jan 2011 07:31:12 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <57319637-DE97-4B2C-A02F-BD17282AEFC1@tzi.org>
References: <4D40D715.2010309@stpeter.im>
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 06:27:45 -0000

Indeed.  Thanks, Peter, for correcting my misconception in the call.

So, what is the purpose of the /.well-known registry?
Registering single path components (segment-nz) that then are used to =
form URIs from authorities (host/port pairs).
The motivating example given is the well-known "robots.txt" that =
crawlers expect at http://authority/robots.txt -- .well-known was meant =
as a jail to stop more of these (e.g., we now have "cross-domain.xml") =
from polluting the URI space and essentially restricting the server's =
choice of how to name their URIs.

And that's really the point -- servers MUST have free reign on their URI =
space.

I'm not sure why 5785 is mute on what servers may do with the =
/.well-known path prefix and continuations other than a single =
segment-nz.
It says

   A well-known URI is a URI [RFC3986] whose path component begins with
   the characters "/.well-known/", and whose scheme is "HTTP", "HTTPS",
   or another scheme that has explicitly been specified to use well-
   known URIs.

(So we indeed need to point out in core-coap that we are among the =
latter.)

But it also says:

   Registered names MUST conform to the segment-nz production in
   [RFC3986].

So, /.well-known/core/foo can neither be registered nor is it really =
available for us because of the definition of a well-known URI.
I read the intention as "servers are not free to allocate random stuff =
here".  I would be uncomfortable with a server deciding to offer a =
nested link-format resource under "/.well-known/core/foo", even if =
"core/foo" cannot be registered under 5785.

I don't think we should incite server implementers to do so.
There is no gain from using /.well-known/core/sensors instead of =
/sensors/index.links or some such.
Instead, we should point out that /.well-known is *not* meant for =
unregistered URIs.
Let the server organize its space (and maybe choose a short URI if =
desired).  And let's keep /.well-known clean.

That also makes 5785 non-normative again, as it only tells *us* =
spec-writers how to do our work, not the server implementers.

Gruesse, Carsten

PS.: By the way, maybe we should define a file extension for link-format =
resources.
(And having a common expectation on how something like this is named, =
such as we expect to find an index.html on many HTTP servers that serve =
HTML, is helpful for debugging.)


From prvs=3008264E2B=guido.moritz@uni-rostock.de  Thu Jan 27 00:55:41 2011
Return-Path: <prvs=3008264E2B=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 74CF128B23E for <core@core3.amsl.com>; Thu, 27 Jan 2011 00:55:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.895
X-Spam-Level: 
X-Spam-Status: No, score=-1.895 tagged_above=-999 required=5 tests=[AWL=0.354,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Jx+ADWKxP02N for <core@core3.amsl.com>; Thu, 27 Jan 2011 00:55:40 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 89C653A6B0A for <core@ietf.org>; Thu, 27 Jan 2011 00:55:40 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'core' <core@ietf.org>
Date: Thu, 27 Jan 2011 09:58:58 +0100
Message-ID: <000f01cbbe00$6ef09890$4cd1c9b0$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Acu9/41vEh48IwCqTBWpP4BTSZL+gw==
Content-Language: de
Subject: [core] Allowed methods in link format
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 08:55:41 -0000

Dear WG,

I was wondering if it wouldn't be helpful to add a new extension in the CoRE
link format, which describes the methods allowed on the resource. If there
is no clear description, I would have to go through an iterative request
process and have to receive a "Method Not Allowed" as indication for not
permitted methods. 

To relax this, the extension is of course optional and must have a default
value if not carried inline (e.g. GET is allowed by default). 

Best,
Guido




From cabo@tzi.org  Thu Jan 27 00:59:00 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5B1DF28C10D for <core@core3.amsl.com>; Thu, 27 Jan 2011 00:59:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.311
X-Spam-Level: 
X-Spam-Status: No, score=-106.311 tagged_above=-999 required=5 tests=[AWL=-0.062, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NIF5l5rTig8z for <core@core3.amsl.com>; Thu, 27 Jan 2011 00:58:59 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 88A7228C105 for <core@ietf.org>; Thu, 27 Jan 2011 00:58:58 -0800 (PST)
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.3/8.14.3) with ESMTP id p0R91sOI029080; Thu, 27 Jan 2011 10:01:54 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id E949A3E6; Thu, 27 Jan 2011 10:01:53 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <000f01cbbe00$6ef09890$4cd1c9b0$@uni-rostock.de>
Date: Thu, 27 Jan 2011 10:02:30 +0100
Content-Transfer-Encoding: 7bit
Message-Id: <3F67D69F-A796-4C90-8885-02F827D46BDE@tzi.org>
References: <000f01cbbe00$6ef09890$4cd1c9b0$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
X-Mailer: Apple Mail (2.1082)
Cc: 'core' <core@ietf.org>
Subject: Re: [core] Allowed methods in link format
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 08:59:00 -0000

On Jan 27, 2011, at 09:58, Guido Moritz wrote:

> describes the methods allowed

There are two ways to do this:

1) write it up right in the link format
2) reference a description (e.g., WADL).

You can supply more detail in 2.
Is what we would do right within 1 useful without 2?
If we need 2 anyway to derive something useful I wouldn't do 1.

Gruesse, Carsten


From matthieu.vial@fr.non.schneider-electric.com  Thu Jan 27 01:00:46 2011
Return-Path: <matthieu.vial@fr.non.schneider-electric.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D816E3A6974; Thu, 27 Jan 2011 01:00:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.332
X-Spam-Level: 
X-Spam-Status: No, score=-3.332 tagged_above=-999 required=5 tests=[AWL=0.267,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MGz+ZdYi8Ul7; Thu, 27 Jan 2011 01:00:46 -0800 (PST)
Received: from mailX01.eud.schneider-electric.com (mailx01.eud.schneider-electric.com [205.167.7.35]) by core3.amsl.com (Postfix) with ESMTP id E89833A6970; Thu, 27 Jan 2011 01:00:45 -0800 (PST)
Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX01.eud.schneider-electric.com with ESMTP id 2011012709465750-81148 ; Thu, 27 Jan 2011 09:46:57 +0100 
In-Reply-To: <57319637-DE97-4B2C-A02F-BD17282AEFC1@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
From: matthieu.vial@fr.non.schneider-electric.com
Message-ID: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>
Date: Thu, 27 Jan 2011 10:03:40 +0100
X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 27/01/2011 10:03:43, Serialize complete at 27/01/2011 10:03:43, Itemize by SMTP Server on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 27/01/2011 09:46:57, Serialize by Router on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 27/01/2011 09:46:59, Serialize complete at 27/01/2011 09:46:59
Content-Type: text/plain; charset="US-ASCII"
Cc: core-bounces@ietf.org, core WG <core@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:00:47 -0000

Hi Carsten

>I don't think we should incite server implementers to do so.
>There is no gain from using /.well-known/core/sensors instead of 
/sensors/index.links or some such.
>Instead, we should point out that /.well-known is *not* meant for 
unregistered URIs.
>Let the server organize its space (and maybe choose a short URI if 
desired).  And let's keep /.well-known clean.

+1


>PS.: By the way, maybe we should define a file extension for link-format 
resources.
>(And having a common expectation on how something like this is named, 
such as we expect to find an index.html on many HTTP servers that serve 
HTML, >is helpful for debugging.)

I don't understand why you need a sort of implicit name. Why not let the 
server explicitly name the index resource in /.well-known/core?
What option from the following ones do you have in mind? Personally I like 
3).

1)
REQ: GET /.well-known/core
RES: 200 OK
</gps>;n="GPS position",
</fnc>;rel="index";n="Geofence list";ct=40,
</alrm>;rel="index";n="Pending alarms";ct=40;obs,

REQ: GET /fnc/idx.lk
RES: 200 OK
</fnc/1>;ct=41,
</fnc/2>;ct=41;sz=200,

2)
REQ: GET /.well-known/core
RES: 200 OK
</gps>;n="GPS position",
</fnc/idx.lk>;rel="index";n="Geofence list";ct=40,
</alrm/idx.lk>;rel="index";n="Pending alarms";ct=40;obs,

REQ: GET /fnc/idx.lk
RES: 200 OK
</fnc/1>;ct=41,
</fnc/2>;ct=41;sz=200,

3)
REQ: GET /.well-known/core
RES: 200 OK
</gps>;n="GPS position",
</fnc>;rel="index";n="Geofence list";ct=40,
</alrm>;rel="index";n="Pending alarms";ct=40;obs,

REQ: GET /fnc
RES: 200 OK
</fnc/1>;ct=41,
</fnc/2>;ct=41;sz=200,

4)
REQ: GET /idx.lk
RES: 200 OK
</gps>;n="GPS position",
</fnc>;rel="index";n="Geofence list";ct=40,
</alrm>;rel="index";n="Pending alarms";ct=40;obs,

REQ: GET /fnc
RES: 200 OK
</fnc/1>;ct=41,
</fnc/2>;ct=41;sz=200,



Last question. How to structure a discovery repository without a 
/.well-known/core hierarchy?
1) A device can POST directly on /.well-known/core and the repository 
creates a new resource but not under /.well-known/core.
2) Or the device must start with a GET on /.well-known/core to learn the 
entry point of the repository service and then send a POST on that 
resource?

Matthieu

From zach@sensinode.com  Thu Jan 27 01:14:00 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A06C628C0D6 for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:14:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.524
X-Spam-Level: 
X-Spam-Status: No, score=-3.524 tagged_above=-999 required=5 tests=[AWL=0.075,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TLsXzAoIrNex for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:13:56 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 615853A6951 for <core@ietf.org>; Thu, 27 Jan 2011 01:13:55 -0800 (PST)
Received: from [213.145.205.246] ([213.145.205.246]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0R9GsKK012862 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Jan 2011 11:16:55 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-128--14963235; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <000f01cbbe00$6ef09890$4cd1c9b0$@uni-rostock.de>
Date: Thu, 27 Jan 2011 11:16:56 +0200
Message-Id: <28760390-16B6-4010-8F54-1CFED7186EB2@sensinode.com>
References: <000f01cbbe00$6ef09890$4cd1c9b0$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
X-Mailer: Apple Mail (2.1082)
Cc: 'core' <core@ietf.org>
Subject: Re: [core] Allowed methods in link format
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:14:00 -0000

--Apple-Mail-128--14963235
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi Guido,

On Jan 27, 2011, at 10:58 AM, Guido Moritz wrote:

> Dear WG,
>=20
> I was wondering if it wouldn't be helpful to add a new extension in =
the CoRE
> link format, which describes the methods allowed on the resource. If =
there
> is no clear description, I would have to go through an iterative =
request
> process and have to receive a "Method Not Allowed" as indication for =
not
> permitted methods.=20

This is the purpose of the interface description parameter. In REST =
between machines only knowing what methods are allowed is not really =
sufficient, you need to know input and output, query string parameters =
etc. The d=3D attribute is meant to include a pre-defined name that =
represents a defined interface to that resource, or e.g. reference a =
WADL description. =20

What I foresee happening is that different industries (e.g. building =
automation) will eventually define standard interface types. In the =
SENSEI project this is what was done, a standard interface type was =
defined for Sensor, Actuator and Parameter resource types. Those are =
referenced in the link description with URNs which correspond to WADL =
descriptions.

urn:sensei:sensor
urn:sensei:actuator
urn:sensei:parameter

Someone in CoRE could write a draft specifying some very simple =
interface descriptions for doing generic things. I am not sure how =
useful it is do define an interface type "Get" or "GetPostPut" for real =
applications. But why not try and see if people find it useful.

Zach

>=20
> To relax this, the extension is of course optional and must have a =
default
> value if not carried inline (e.g. GET is allowed by default).=20
>=20
> Best,
> Guido
>=20
>=20
>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-128--14963235
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNzA5MTY1
NlowIwYJKoZIhvcNAQkEMRYEFGcnO8sLg4FpNa/5QIfG0CANbidkMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAGZJmC8zbj5WHs06todVk9x6QxNIAQNHGTUJdzSsidX2rHQI1nKV7MNz
hc30RpyNH9z0eOPY7MDWgRYRpQC/4J0aM6UYVp9uKJ5ZzoZ6hvsTXpikcEXiYgngwWzkV6RSwiLR
RZyTZL4S5f6uvZfEZxKBx7cOS9rryMwFydyp/XCFj7ZhRCMjyZbAsEPBIvL7LR43dXVbo0o9D0Q+
CmKsvg7jcFlxynDDDn5wGE+Oxl4NynesMqMDvtt3rdRQ6btNrm/zHjf4Wf6MGImfWCShi+kx7Gui
pWD0zP3ZgqSnphqbyLS0HZtgDtBi3QkYhkTCGgHxPnpt94Ljeqx2Iq4JfAcAAAAAAAA=

--Apple-Mail-128--14963235--

From cabo@tzi.org  Thu Jan 27 01:24:13 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 31B6328C130; Thu, 27 Jan 2011 01:24:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.303
X-Spam-Level: 
X-Spam-Status: No, score=-106.303 tagged_above=-999 required=5 tests=[AWL=-0.054, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2SLa9hsUOWzR; Thu, 27 Jan 2011 01:24:12 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 969AE28C10D; Thu, 27 Jan 2011 01:24:07 -0800 (PST)
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.3/8.14.3) with ESMTP id p0R9R16L008890; Thu, 27 Jan 2011 10:27:01 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3DC24421; Thu, 27 Jan 2011 10:27:01 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>
Date: Thu, 27 Jan 2011 10:27:38 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <0F367B98-1E1A-4DE6-95C2-59B8DA82D908@tzi.org>
References: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>
To: matthieu.vial@fr.non.schneider-electric.com
X-Mailer: Apple Mail (2.1082)
Cc: core-bounces@ietf.org, core WG <core@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:24:13 -0000

On Jan 27, 2011, at 10:03, matthieu.vial@fr.non.schneider-electric.com =
wrote:

> I don't understand why you need a sort of implicit name.

That's not what I said.
We should do full HATEOAS as you proposed.

I just think it would *also* be useful to establish some conventions =
that might help in debugging.
But these are not for machine interpretation.

Gruesse, Carsten


From zach@sensinode.com  Thu Jan 27 01:25:24 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7F5B228C119 for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:25:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.539
X-Spam-Level: 
X-Spam-Status: No, score=-3.539 tagged_above=-999 required=5 tests=[AWL=0.060,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NbxpCcuq3bQc for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:25:23 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id ABEC428C10D for <core@ietf.org>; Thu, 27 Jan 2011 01:25:22 -0800 (PST)
Received: from [213.145.205.246] ([213.145.205.246]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0R9SLeF018557 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Jan 2011 11:28:21 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-129--14275984; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <57319637-DE97-4B2C-A02F-BD17282AEFC1@tzi.org>
Date: Thu, 27 Jan 2011 11:28:23 +0200
Message-Id: <7A8CBB81-E972-4102-BDEA-69267F94F2B4@sensinode.com>
References: <4D40D715.2010309@stpeter.im> <57319637-DE97-4B2C-A02F-BD17282AEFC1@tzi.org>
To: Carsten Bormann <cabo@tzi.org>
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:25:24 -0000

--Apple-Mail-129--14275984
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

On Jan 27, 2011, at 8:31 AM, Carsten Bormann wrote:

> Indeed.  Thanks, Peter, for correcting my misconception in the call.
>=20
> So, what is the purpose of the /.well-known registry?
> Registering single path components (segment-nz) that then are used to =
form URIs from authorities (host/port pairs).
> The motivating example given is the well-known "robots.txt" that =
crawlers expect at http://authority/robots.txt -- .well-known was meant =
as a jail to stop more of these (e.g., we now have "cross-domain.xml") =
from polluting the URI space and essentially restricting the server's =
choice of how to name their URIs.
>=20
> And that's really the point -- servers MUST have free reign on their =
URI space.
>=20
> I'm not sure why 5785 is mute on what servers may do with the =
/.well-known path prefix and continuations other than a single =
segment-nz.
> It says
>=20
>   A well-known URI is a URI [RFC3986] whose path component begins with
>   the characters "/.well-known/", and whose scheme is "HTTP", "HTTPS",
>   or another scheme that has explicitly been specified to use well-
>   known URIs.
>=20
> (So we indeed need to point out in core-coap that we are among the =
latter.)

Yep, and there RFC5785 would be normative I would think. I will make a =
ticket.

> But it also says:
>=20
>   Registered names MUST conform to the segment-nz production in
>   [RFC3986].
>=20
> So, /.well-known/core/foo can neither be registered nor is it really =
available for us because of the definition of a well-known URI.
> I read the intention as "servers are not free to allocate random stuff =
here".  I would be uncomfortable with a server deciding to offer a =
nested link-format resource under "/.well-known/core/foo", even if =
"core/foo" cannot be registered under 5785.

These sub-resources are dynamic, but I see the point.

> I don't think we should incite server implementers to do so.
> There is no gain from using /.well-known/core/sensors instead of =
/sensors/index.links or some such.
> Instead, we should point out that /.well-known is *not* meant for =
unregistered URIs.
> Let the server organize its space (and maybe choose a short URI if =
desired).  And let's keep /.well-known clean.

 OK, I can live with leaving out the hierarchy recommendation from =
link-format if we want to be careful with RFC5785.=20

Does anyone have an issue with removing the hierarchy? At least I would =
have liked to be able to build up a resource directory under =
/.well-known/core on a proxy at least.=20

>=20
> That also makes 5785 non-normative again, as it only tells *us* =
spec-writers how to do our work, not the server implementers.

We just need to be explicit that /.well-known/core is a single resource =
and the server MUST NOT create sub-resources there.

>=20
> Gruesse, Carsten
>=20
> PS.: By the way, maybe we should define a file extension for =
link-format resources.
> (And having a common expectation on how something like this is named, =
such as we expect to find an index.html on many HTTP servers that serve =
HTML, is helpful for debugging.)

Interesting idea, but in my opinion we don't need a .link style suffix =
for those resources, I think it is enough that the content-type and =
relation is indicated for that resource in /.well-known/core as Matthieu =
pointed out.

Zach

>=20
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-129--14275984
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNzA5Mjgy
NFowIwYJKoZIhvcNAQkEMRYEFD3OVUss9PJ/3XZsZPtizqWSKRXYMIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAFkqvbhzbnwLGplM6wyzOPfABx2CM+s/In+5j20HvXnB7ZBkxjmm5gxG
PmKTP5is9y1aEQ9h03E7MMYcUY2TX/JvZUWdmZUoW0trmOQ6A9P6P8zvJ4pp+ehL90AmYVccB0Z8
cEk9aac+LyxlDohOJ6mxdXsBBdW25oJkC3NTf6TVKPMYBrOVFAKdGbrdSehtcHDkavg1zhhjhjCL
G3kUkpMLnt/IilJRrc42NhQxZHozW32wTtZl7JbgTM16BYNTefPrt4USaXYXoRW/b8XMYQ3/RuGe
f4D74Q/0fE3Q4TpOWC1hO6WGZtamp7mBnC9xjShGVeHVnvUl5Lze9GbcLRIAAAAAAAA=

--Apple-Mail-129--14275984--

From zach@sensinode.com  Thu Jan 27 01:32:00 2011
Return-Path: <zach@sensinode.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EA3FD3A6967; Thu, 27 Jan 2011 01:32:00 -0800 (PST)
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.550, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9K2i3hAyiXWg; Thu, 27 Jan 2011 01:32:00 -0800 (PST)
Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 6964F3A695F; Thu, 27 Jan 2011 01:31:58 -0800 (PST)
Received: from [213.145.205.246] ([213.145.205.246]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p0R9YuND021701 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Thu, 27 Jan 2011 11:34:57 +0200
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: multipart/signed; boundary=Apple-Mail-130--13880511; protocol="application/pkcs7-signature"; micalg=sha1
From: Zach Shelby <zach@sensinode.com>
In-Reply-To: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>
Date: Thu, 27 Jan 2011 11:34:59 +0200
Message-Id: <8323B114-5CC2-4D35-BE86-4285346D2187@sensinode.com>
References: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>
To: matthieu.vial@fr.non.schneider-electric.com
X-Mailer: Apple Mail (2.1082)
Cc: core WG <core@ietf.org>, core-bounces@ietf.org
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:32:01 -0000

--Apple-Mail-130--13880511
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi,

On Jan 27, 2011, at 11:03 AM, =
matthieu.vial@fr.non.schneider-electric.com wrote:
>=20
>> PS.: By the way, maybe we should define a file extension for =
link-format=20
> resources.
>> (And having a common expectation on how something like this is named,=20=

> such as we expect to find an index.html on many HTTP servers that =
serve=20
> HTML, >is helpful for debugging.)
>=20
> I don't understand why you need a sort of implicit name. Why not let =
the=20
> server explicitly name the index resource in /.well-known/core?
> What option from the following ones do you have in mind? Personally I =
like=20
> 3).

Sure, 2 and 3 would both be legal and really up to the server. You can =
name your index fcn.lk or fcn.link if you like. I agree that =
/.well-known/core is the right entry point. 1 is broken because =
/fcn/idx.lk is not listed in the link list. =20

> 1)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>=20
> REQ: GET /fnc/idx.lk
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>=20
> 2)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc/idx.lk>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm/idx.lk>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>=20
> REQ: GET /fnc/idx.lk
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>=20
> 3)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>=20
> REQ: GET /fnc
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>=20
> 4)
> REQ: GET /idx.lk
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>=20
> REQ: GET /fnc
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>=20
>=20
> Last question. How to structure a discovery repository without a=20
> /.well-known/core hierarchy?
> 1) A device can POST directly on /.well-known/core and the repository=20=

> creates a new resource but not under /.well-known/core.
> 2) Or the device must start with a GET on /.well-known/core to learn =
the=20
> entry point of the repository service and then send a POST on that=20
> resource?

That is an issue that bothers me too. I would probably do 1) in order to =
avoid forcing nodes to first discover where the directory entry point =
is. Or a resource directory could register its own well-known URI e.g. =
"/.well-known/core-rd".=20

Zach

>=20
> Matthieu
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--=20
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


--Apple-Mail-130--13880511
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww
ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5
IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow
gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp
Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl
cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG
A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw
DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV
zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl
Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB
L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g
J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC
AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB
BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl
bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk
oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw
CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi
bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G
CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y
o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS
KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9
fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ
bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1
c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u
YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi
c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD
VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG
A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB
Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp
dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl
bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA
A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH
i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb
6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto
GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja
5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD
VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v
d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr
BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz
aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I
2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf
nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W
PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm
nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn
VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT
DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL
EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG
A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu
ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg
ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyNzA5MzQ1
OVowIwYJKoZIhvcNAQkEMRYEFAKHC9Ugz1MgD61G44RpOR9nLUA/MIIBAwYJKwYBBAGCNxAEMYH1
MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl
cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3
dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx
NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC
EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx
FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr
MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo
YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD
bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G
CSqGSIb3DQEBAQUABIIBAAZcv+EkOuOFAUpyhS3OhHYxxsPecxNcKSiWy7vZEHJ5vYINUUGRS/wP
LOvrZcIO3huTE1Zk/2YCWGR3GG8idfkq8W37nawfA0p69Qu3yD06mJrsD/UiIunvVpUihBAc6FdM
G9iXAXef7h+aUp4KvnRcl2wEf+uBv4oVEDdT5uemzLwuRQwzhqAE4mZ6nDWHgfNWKQcTNbhAIOjy
5YAncEZNrTwCOYSGBQrbwBraaKj8LsQ17VvcdqubFSv75CrKfvwc17Uk9ygMsBGrngFUpNVVoX0Y
DNxrs5I8gsm/OXosi2SeSUljvNLyEl0MoKd6Nz1Ba9F+9Ui1WTax3zKf+3EAAAAAAAA=

--Apple-Mail-130--13880511--

From prvs=8008C34660=guido.moritz@uni-rostock.de  Thu Jan 27 01:46:17 2011
Return-Path: <prvs=8008C34660=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0161628C122 for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:46:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.935
X-Spam-Level: 
X-Spam-Status: No, score=-1.935 tagged_above=-999 required=5 tests=[AWL=0.314,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qL-tAN1Linzh for <core@core3.amsl.com>; Thu, 27 Jan 2011 01:46:16 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id F3DF928C11F for <core@ietf.org>; Thu, 27 Jan 2011 01:46:15 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'core' <core@ietf.org>
Date: Thu, 27 Jan 2011 10:49:33 +0100
Message-ID: <002c01cbbe07$803449b0$809cdd10$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: Acu+BYUjeme3OeyuRZ2lXAOHnJBsMQ==
Content-Language: de
Subject: [core] Block for Req and Res
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 09:46:17 -0000

I know that there was in consensus in Bejing about that, but I am not
completely sure about the interaction of the CoAP core and block protocols.

I am still in favor to have a mechanism to allow block for both request and
response of e.g. POST. The background: We carry SOAP over CoAP as a new
lightweight reliable binding
(http://tools.ietf.org/html/draft-moritz-core-soap-over-coap-00).

I was thinking about if the messaging layer (aka transaction) of CoAP would
make this possible with the existing block-01 draft. Due to the M flag, both
endpoints are aware if this was the last block of the request. So the last
block responded with an empty ACK (i.e. deferred response). For the block
wise response, a new CON is initiated by the origin receiver starting a new
"blockwise transfer session".

Even if it was not the intention of the existing block draft, I am not sure
if it is possible with it. 

Guido


From cabo@tzi.org  Thu Jan 27 02:08:17 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9835428C131 for <core@core3.amsl.com>; Thu, 27 Jan 2011 02:08:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.299
X-Spam-Level: 
X-Spam-Status: No, score=-106.299 tagged_above=-999 required=5 tests=[AWL=-0.050, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Wc9RZhDw4KYG for <core@core3.amsl.com>; Thu, 27 Jan 2011 02:08:17 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 87B3F28C13A for <core@ietf.org>; Thu, 27 Jan 2011 02:08:16 -0800 (PST)
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.3/8.14.3) with ESMTP id p0RABF1k027598; Thu, 27 Jan 2011 11:11:15 +0100 (CET)
Received: from [192.168.10.52] (christoph.dagstuhl.de [192.76.146.51]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 75CC248D; Thu, 27 Jan 2011 11:11:15 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <002c01cbbe07$803449b0$809cdd10$@uni-rostock.de>
Date: Thu, 27 Jan 2011 11:11:52 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <7A6579DC-1CA3-4371-B492-ECDF8838F260@tzi.org>
References: <002c01cbbe07$803449b0$809cdd10$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
X-Mailer: Apple Mail (2.1082)
Cc: 'core' <core@ietf.org>
Subject: Re: [core] Block for Req and Res
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 10:08:17 -0000

On Jan 27, 2011, at 10:49, Guido Moritz wrote:

> a new CON=20

Hmm.  Doing this in a deferred response sounds possible, because there =
is no ambiguity between the ACK of the last request block and the =
response body carrying the first response block.
Haven't thought this through though.
It is needed?

Gruesse, Carsten


From prvs=200808F27D=guido.moritz@uni-rostock.de  Thu Jan 27 02:18:57 2011
Return-Path: <prvs=200808F27D=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 39B7F3A6966 for <core@core3.amsl.com>; Thu, 27 Jan 2011 02:18:57 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.966
X-Spam-Level: 
X-Spam-Status: No, score=-1.966 tagged_above=-999 required=5 tests=[AWL=0.283,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gXvmtUey76oA for <core@core3.amsl.com>; Thu, 27 Jan 2011 02:18:56 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 345BC3A6961 for <core@ietf.org>; Thu, 27 Jan 2011 02:18:56 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Carsten Bormann' <cabo@tzi.org>
References: <002c01cbbe07$803449b0$809cdd10$@uni-rostock.de> <7A6579DC-1CA3-4371-B492-ECDF8838F260@tzi.org>
In-Reply-To: <7A6579DC-1CA3-4371-B492-ECDF8838F260@tzi.org>
Date: Thu, 27 Jan 2011 11:22:13 +0100
Message-ID: <002e01cbbe0c$107acf40$31706dc0$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQLQ6k+24x1KDx+KkdwtizPi8Fq9eQESL3WdkdGwnaA=
Content-Language: de
Cc: 'core' <core@ietf.org>
Subject: Re: [core] Block for Req and Res
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 10:18:57 -0000

> It is needed?
I would say yes, but I misuse CoAP for something not necessarily
RESTful...so my comment may not have a huge weight ;)
Based on the Webex discussion yesterday, in some way it also depends on =
the
maximum message size defined in the CoAP core. If there is a hard size =
limit
instead of the existing solution, maybe applications get in trouble?

Guido

> -----Urspr=FCngliche Nachricht-----
> Von: Carsten Bormann [mailto:cabo@tzi.org]
> Gesendet: Donnerstag, 27. Januar 2011 11:12
> An: Guido Moritz
> Cc: 'core'
> Betreff: Re: [core] Block for Req and Res
>=20
> On Jan 27, 2011, at 10:49, Guido Moritz wrote:
>=20
> > a new CON
>=20
> Hmm.  Doing this in a deferred response sounds possible, because there =
is
> no ambiguity between the ACK of the last request block and the =
response
> body carrying the first response block.
> Haven't thought this through though.
> It is needed?
>=20
> Gruesse, Carsten



From salvatore.loreto@ericsson.com  Thu Jan 27 09:43:41 2011
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 407113A69B2 for <core@core3.amsl.com>; Thu, 27 Jan 2011 09:43:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.555
X-Spam-Level: 
X-Spam-Status: No, score=-106.555 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CIKQf6VYInVa for <core@core3.amsl.com>; Thu, 27 Jan 2011 09:43:40 -0800 (PST)
Received: from mailgw9.se.ericsson.net (mailgw9.se.ericsson.net [193.180.251.57]) by core3.amsl.com (Postfix) with ESMTP id E94803A69A1 for <core@ietf.org>; Thu, 27 Jan 2011 09:43:39 -0800 (PST)
X-AuditID: c1b4fb39-b7cfbae000005c8e-d4-4d41af82a22c
Received: from esessmw0184.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw9.se.ericsson.net (Symantec Mail Security) with SMTP id A7.3B.23694.28FA14D4; Thu, 27 Jan 2011 18:46:43 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0184.eemea.ericsson.se (153.88.115.82) with Microsoft SMTP Server id 8.2.234.1; Thu, 27 Jan 2011 18:46:42 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3])	by mail.lmf.ericsson.se (Postfix) with ESMTP id 9439B2356; Thu, 27 Jan 2011 19:46:42 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 4A5BD506AB; Thu, 27 Jan 2011 19:46:42 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 628DA50453; Thu, 27 Jan 2011 19:46:41 +0200 (EET)
Message-ID: <4D41AF80.7010601@ericsson.com>
Date: Thu, 27 Jan 2011 18:46:40 +0100
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Carsten Bormann <cabo@tzi.org>
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com> <fd02a76d773a.773afd02a76d@huawei.com> <4D405C45.9060001@ericsson.com> <CD5AE735-9506-4E03-A385-EAE99693990C@tzi.org>
In-Reply-To: <CD5AE735-9506-4E03-A385-EAE99693990C@tzi.org>
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Cc: "core@ietf.org" <core@ietf.org>
Subject: Re: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 27 Jan 2011 17:43:41 -0000

On 1/26/11 7:26 PM, Carsten Bormann wrote:
> On Jan 26, 2011, at 18:39, Salvatore Loreto wrote (about stateless proxies):
>
>> I think there are some issues in mapping CoAP deferred response to HTTP
> There is no difference here between immediate and deferred -- in both cases, an HTTP-to-CoAP proxy has to keep state until the response comes in.

> That state is just a little less in the deferred case (there is no message layer state to keep track of most of the time we are waiting for the response).
the issues are in the HTTP behavior,
assume the HTTP GET is translate to a CoAP GET, and the CoAP answer is 
deferred
if the CoAP message defer time is quite large once it arrives
the probability that some timeout expired in some HTTP proxies or other 
intermediary boxes (NAT, Firewall) is quite high
so the Proxy won't be able to deliver the answer to the HTTP client

most likely the HTTP client will, after some time, issue a new GET to 
retrieve the value,
so what will be the correct proxy behavior in this scenario?

maybe for GET a [more or less limited] cache could help, as you suggest...
alternative could be sent a Retry-After header in the HTTP response 
within a safe interval time (e.g. an interval time before the timeout 
expires)

things can became more complicate if the request is not idempotent and 
the HTTP client retransmit
> "Stateless" here refers to the lack of need to keep hard state *between* exchanges.
> (You might still want to keep a [more or less limited] cache, which is almost always going to be a good idea for this kind of intermediary.)
can you expand on what you mean to be an hard state *between* exchanges.

I think a better explanation is also necessary in the coap draft.


/Sal

-- 
Salvatore Loreto
www.sloreto.com


From gc355804@ohio.edu  Thu Jan 27 22:20:23 2011
Return-Path: <gc355804@ohio.edu>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 95A4E3A6A8C for <core@core3.amsl.com>; Thu, 27 Jan 2011 22:20:22 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level: 
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 92jkmiTQKtIi for <core@core3.amsl.com>; Thu, 27 Jan 2011 22:20:20 -0800 (PST)
Received: from mx4.oit.ohio.edu (mx4.oit.ohio.edu [132.235.250.54]) by core3.amsl.com (Postfix) with ESMTP id 61C8D28C0D0 for <core@ietf.org>; Thu, 27 Jan 2011 22:20:19 -0800 (PST)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAJPvQU2E6who/2dsb2JhbAClAHOyXohpgniCVwSFF4cP
X-IronPort-AV: E=Sophos;i="4.60,390,1291611600"; d="scan'208";a="66805693"
Received: from exht1.oit.ohio.edu ([132.235.8.104]) by smtpout4.oit.ohio.edu with ESMTP; 28 Jan 2011 01:23:24 -0500
Received: from exmail1.ohio.edu ([10.13.10.1]) by exht1.oit.ohio.edu ([10.13.10.31]) with mapi; Fri, 28 Jan 2011 01:23:23 -0500
From: "Clark, Gilbert" <gc355804@ohio.edu>
To: core <core@ietf.org>
Date: Fri, 28 Jan 2011 01:23:22 -0500
Thread-Topic: thoughts on ticket #60 (proxy cache + access controls)
Thread-Index: Acu+BYUjeme3OeyuRZ2lXAOHnJBsMQArld7P
Message-ID: <C967CB0A.28F5%gc355804@ohio.edu>
In-Reply-To: <002c01cbbe07$803449b0$809cdd10$@uni-rostock.de>
Accept-Language: en-US
Content-Language: en
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [core] thoughts on ticket #60 (proxy cache + access controls)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 06:20:23 -0000

Hi:

I noticed ticket #60 (Access control and proxy caches) was listed as being
better off described as an extension, so thought I'd throw out a tentative
idea.  If it seems workable, then I can write it up as a draft; if not, the=
n
maybe something will be useful to somebody else.

To define a proxy's behavior, a given node publishes a resource (either in
binary or plaintext form) that is used to inform interested proxies what
they can do with the node's content.

Note that the proxy would need to verify the node's identity when the
resource was retrieved, or spoofed ACLs could be a problem.  Additionally,
securing access to this resource somehow (require SharedKey?) would be
highly recommended.

In any case, I'd imagine the resource itself could be pretty simple; perhap=
s
something like:

"
ACL_VERSION
Allow/deny OPERATION for RESOURCE from SOURCE
"

where:

ACL_VERSION =3D 1
OPERATION =3D "GET", "PUT", "OBSERVE", *
RESOURCE =3D "/path/to/resource"  (with an optional wildcard)
SOURCE =3D "trusted", "local", "external", IPv6 address + mask, *

and the rules would be applied in order of their definition.  "external" /
"trusted" / "local" would be keywords that would apply to the external
network (beyond the proxy), trusted network (SharedKey / MultiKey /
Certificate / pre-arranged IP address from the node's perspective), and the
local network (local CoAP network).  In place of those keywords, an IPv6
address + mask or a wildcard character could be used.

For example:

"
CoAP ACL version 1
allow * for coap://mynode/* from trusted
allow * for coap://mynode/* from local
allow GET for coap://mynode/* from external
deny * for * from *
"

The proxy could either poll or observe this resource for nodes it was
servicing, and use it to restrict traffic destined for various CoAP nodes.

The existence of this resource would be provided as a way to specify *only*
what the proxy should do with the node's content (e.g. It wouldn't say
anything about what the node's access controls were).   If neither the
plaintext nor the binary version of this resource were to not exist, the
proxy would assume the equivalent of "allow * for * from *".

Perhaps cache information could be additionally specified in this resource
as:

"
cache a/specific/resource TIMEOUT
"

Per-host access control lists / cache rules could optionally be specified o=
n
the proxy, with the caveat that resolving conflicts between a proxy that
said one thing and a node that said another could be interesting.
Additionally, upon notification of an updated rule set, the cache entries
for all entries the previous rule set affected would be flushed on the
proxy.

All rules would be applied to inbound HTTP --> CoAP traffic at the proxy.

Tangent: for protocols other than HTTP, a mechanism could be defined to map
required information into CoAP URIs (for example, SNMPv1 / v2c might be
mapped to an snmp/community_string/o/i/d resource, with each individual SNM=
P
transaction broken down into a relevant series of CoAP commands or somethin=
g
that all had to complete successfully for the operation to succeed).

--Gilbert Clark


From peter.van.der.stok@philips.com  Fri Jan 28 00:25:52 2011
Return-Path: <peter.van.der.stok@philips.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6C8D93A6AAA; Fri, 28 Jan 2011 00:25:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.999
X-Spam-Level: 
X-Spam-Status: No, score=-5.999 tagged_above=-999 required=5 tests=[AWL=-0.600, BAYES_00=-2.599, J_CHICKENPOX_32=0.6, J_CHICKENPOX_34=0.6, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xMZNoSom9I7O; Fri, 28 Jan 2011 00:25:50 -0800 (PST)
Received: from TX2EHSOBE005.bigfish.com (tx2ehsobe003.messaging.microsoft.com [65.55.88.13]) by core3.amsl.com (Postfix) with ESMTP id 95B493A6B98; Fri, 28 Jan 2011 00:25:47 -0800 (PST)
Received: from mail125-tx2-R.bigfish.com (10.9.14.246) by TX2EHSOBE005.bigfish.com (10.9.40.25) with Microsoft SMTP Server id 14.1.225.8; Fri, 28 Jan 2011 08:28:53 +0000
Received: from mail125-tx2 (localhost.localdomain [127.0.0.1])	by mail125-tx2-R.bigfish.com (Postfix) with ESMTP id 35A60940711; Fri, 28 Jan 2011 08:28:53 +0000 (UTC)
X-SpamScore: -61
X-BigFish: VPS-61(zz15d6O9251J542N1432N1453M98dN217bL9371P853kzz1202hzz8275bh8275dh8275ch1033ILz2dh2a8h668h61h)
X-Spam-TCS-SCL: 0:0
X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:NLAMSEXE03.connect1.local; RD:smtpx.philips.com; EFVD:NLI
Received: from mail125-tx2 (localhost.localdomain [127.0.0.1]) by mail125-tx2 (MessageSwitch) id 1296203332624190_13027; Fri, 28 Jan 2011 08:28:52 +0000 (UTC)
Received: from TX2EHSMHS044.bigfish.com (unknown [10.9.14.246])	by mail125-tx2.bigfish.com (Postfix) with ESMTP id 8AE725E804E; Fri, 28 Jan 2011 08:28:52 +0000 (UTC)
Received: from NLAMSEXE03.connect1.local (168.87.56.20) by TX2EHSMHS044.bigfish.com (10.9.99.144) with Microsoft SMTP Server (TLS) id 14.1.225.8; Fri, 28 Jan 2011 08:28:52 +0000
Received: from nlamsexh01.connect1.local (172.16.153.11) by connect1.philips.com (172.16.156.42) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 28 Jan 2011 09:28:19 +0100
Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by nlamsexh01.connect1.local ([172.16.153.11]) with mapi; Fri, 28 Jan 2011 09:28:28 +0100
From: "Stok, Peter van der" <peter.van.der.stok@philips.com>
To: Zach Shelby <zach@sensinode.com>, "matthieu.vial@fr.non.schneider-electric.com" <matthieu.vial@fr.non.schneider-electric.com>
Date: Fri, 28 Jan 2011 09:28:25 +0100
Thread-Topic: [core] link hierarchies and RFC 5785
Thread-Index: Acu+BX4B6dUfsnRsSnmCIoKJMcSACQAvHNAQ
Message-ID: <B5584ABB89131542BEA01BFAF71A73878C05670B7D@NLCLUEXM03.connect1.local>
References: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com> <8323B114-5CC2-4D35-BE86-4285346D2187@sensinode.com>
In-Reply-To: <8323B114-5CC2-4D35-BE86-4285346D2187@sensinode.com>
Accept-Language: en-US, nl-NL
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US, nl-NL
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: philips.com
Cc: "core-bounces@ietf.org" <core-bounces@ietf.org>, core WG <core@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 08:25:52 -0000

Dear all,

The recent discussion on /.well-known/core creates a new point of view with=
 respect to the handling of standards which describe the representations of=
 the services and devices delivered by a CoAP host.

If I understand correctly /.well-known/core returns ALL resources of the ho=
st and nothing more, and cannot be used to reserve other names in a hierarc=
hical fashion hanging on /well-known/core.

My personal wish is that CoAP can be used to transport service and device r=
epresentations which are specified by existing and possibly future standard=
ization bodies or alliances.
To support interoperability naming conventions should adhere to the same sy=
ntax and conventions, and I quite agree that these conventions are the resp=
onsibility of the organization describing them.
I also can imagine that such an organization specifies how this is handled =
in the name space of a CoAP host. However, too much freedom may give proble=
ms between different standardization bodies, assuming that more than one st=
andard will be present.

So I like to encourage that the CoAP draft says something about how these d=
ifferent representation standards can be recognized to be present on the ho=
st.

Some suggestions are (given that XXX stands for BACnet, KNX, ZigBee, DALI, =
oBIX, etc....):
A path for a given standard is preceded by /representation/XXX/name
Or is preceded by /XXX/name (is shorter)
Or is given by /name but with d=3D"XXX" as link extension to be returned by=
 resource query.

I have no preference for any syntax, as long as there is a recommendation i=
n the CoAP draft on how to introduce the representation type.

All these suggestions do not reserve any mnemonics, so no involvement by IA=
NA. This may lead to name clashes, but I have no idea how likely that is. A=
nyone has a better suggestion while at the same time maintaining the possib=
ility to reserve mnemonics?

Peter van der Stok





-----Original Message-----
From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Zac=
h Shelby
Sent: Thursday 27 January 2011 10:35
To: matthieu.vial@fr.non.schneider-electric.com
Cc: core WG; core-bounces@ietf.org
Subject: Re: [core] link hierarchies and RFC 5785

Hi,

On Jan 27, 2011, at 11:03 AM, matthieu.vial@fr.non.schneider-electric.com w=
rote:
>
>> PS.: By the way, maybe we should define a file extension for
>> link-format
> resources.
>> (And having a common expectation on how something like this is named,
> such as we expect to find an index.html on many HTTP servers that
> serve HTML, >is helpful for debugging.)
>
> I don't understand why you need a sort of implicit name. Why not let
> the server explicitly name the index resource in /.well-known/core?
> What option from the following ones do you have in mind? Personally I
> like 3).

Sure, 2 and 3 would both be legal and really up to the server. You can name=
 your index fcn.lk or fcn.link if you like. I agree that /.well-known/core =
is the right entry point. 1 is broken because /fcn/idx.lk is not listed in =
the link list.

> 1)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>
> REQ: GET /fnc/idx.lk
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>
> 2)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc/idx.lk>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm/idx.lk>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>
> REQ: GET /fnc/idx.lk
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>
> 3)
> REQ: GET /.well-known/core
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>
> REQ: GET /fnc
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>
> 4)
> REQ: GET /idx.lk
> RES: 200 OK
> </gps>;n=3D"GPS position",
> </fnc>;rel=3D"index";n=3D"Geofence list";ct=3D40,
> </alrm>;rel=3D"index";n=3D"Pending alarms";ct=3D40;obs,
>
> REQ: GET /fnc
> RES: 200 OK
> </fnc/1>;ct=3D41,
> </fnc/2>;ct=3D41;sz=3D200,
>
>
> Last question. How to structure a discovery repository without a
> /.well-known/core hierarchy?
> 1) A device can POST directly on /.well-known/core and the repository
> creates a new resource but not under /.well-known/core.
> 2) Or the device must start with a GET on /.well-known/core to learn
> the entry point of the repository service and then send a POST on that
> resource?

That is an issue that bothers me too. I would probably do 1) in order to av=
oid forcing nodes to first discover where the directory entry point is. Or =
a resource directory could register its own well-known URI e.g. "/.well-kno=
wn/core-rd".

Zach

>
> Matthieu
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core

--
Zach Shelby, Chief Nerd, Sensinode Ltd.
http://zachshelby.org  - My blog "On the Internet of Things"
http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet"
Mobile: +358 40 7796297


The information contained in this message may be confidential and legally p=
rotected under applicable law. The message is intended solely for the addre=
ssee(s). If you are not the intended recipient, you are hereby notified tha=
t any use, forwarding, dissemination, or reproduction of this message is st=
rictly prohibited and may be unlawful. If you are not the intended recipien=
t, please contact the sender by return e-mail and destroy all copies of the=
 original message.


From lars.eggert@nokia.com  Fri Jan 28 02:55:29 2011
Return-Path: <lars.eggert@nokia.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 319893A6767 for <core@core3.amsl.com>; Fri, 28 Jan 2011 02:55:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.332
X-Spam-Level: 
X-Spam-Status: No, score=-103.332 tagged_above=-999 required=5 tests=[AWL=-0.733, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id onCO3Lt+cD4G for <core@core3.amsl.com>; Fri, 28 Jan 2011 02:55:18 -0800 (PST)
Received: from mgw-da02.nokia.com (smtp.nokia.com [147.243.128.26]) by core3.amsl.com (Postfix) with ESMTP id D4FC93A63D2 for <core@ietf.org>; Fri, 28 Jan 2011 02:55:11 -0800 (PST)
Received: from mail.fit.nokia.com (esdhcp030222.research.nokia.com [172.21.30.222]) by mgw-da02.nokia.com (Switch-3.4.3/Switch-3.4.3) with ESMTP id p0SAwEvR004630 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for <core@ietf.org>; Fri, 28 Jan 2011 12:58:15 +0200
From: Lars Eggert <lars.eggert@nokia.com>
X-Virus-Status: Clean
X-Virus-Scanned: clamav-milter 0.96.5 at fit.nokia.com
Content-Type: multipart/signed; boundary=Apple-Mail-12-77507060; protocol="application/pkcs7-signature"; micalg=sha1
Date: Fri, 28 Jan 2011 12:58:06 +0200
Message-Id: <67F8F57A-962F-47BD-8F39-416D1305F3EE@nokia.com>
To: core@ietf.org
Mime-Version: 1.0 (Apple Message framework v1082)
X-Mailer: Apple Mail (2.1082)
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.fit.nokia.com); Fri, 28 Jan 2011 12:58:12 +0200 (EET)
X-Nokia-AV: Clean
Subject: [core] draft-eggert-core-congestion-control-01
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 10:55:30 -0000

--Apple-Mail-12-77507060
Content-Transfer-Encoding: quoted-printable
Content-Type: text/plain;
	charset=us-ascii

Hi,=20

I posted a modest -01 revision of draft-eggert-core-congestion-control =
that clarifies a few things and fixes a few nits that were present in =
-00.

When I talked about -00 in Anaheim, a few folks indicated an interest to =
experiment with some of these ideas in their experimental testbeds. I'd =
be interested to hear if any of this has happened as of yet?

http://tools.ietf.org/html/draft-eggert-core-congestion-control

Lars=

--Apple-Mail-12-77507060
Content-Disposition: attachment;
	filename=smime.p7s
Content-Type: application/pkcs7-signature;
	name=smime.p7s
Content-Transfer-Encoding: base64

MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIMRjCCBVAw
ggQ4oAMCAQICEGxdPUZzCwUJ8KBiJwH+bYgwDQYJKoZIhvcNAQEFBQAwgd0xCzAJBgNVBAYTAlVT
MRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29y
azE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9ycGEg
KGMpMDkxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUGA1UEAxMuVmVyaVNpZ24g
Q2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMzAeFw0xMDEwMTUwMDAwMDBaFw0x
MTEwMTUyMzU5NTlaMIIBEzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlT
aWduIFRydXN0IE5ldHdvcmsxRjBEBgNVBAsTPXd3dy52ZXJpc2lnbi5jb20vcmVwb3NpdG9yeS9S
UEEgSW5jb3JwLiBieSBSZWYuLExJQUIuTFREKGMpOTgxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZh
bGlkYXRlZDEzMDEGA1UECxMqRGlnaXRhbCBJRCBDbGFzcyAxIC0gTmV0c2NhcGUgRnVsbCBTZXJ2
aWNlMRQwEgYDVQQDFAtMYXJzIEVnZ2VydDEkMCIGCSqGSIb3DQEJARYVbGFycy5lZ2dlcnRAbm9r
aWEuY29tMIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAwolKEyOz/NQZJJlw0x9XBS9W
wCmabdY1fXpbWSdcaJiEWhQpRzSIC/pgIwCgaUW9g3JsWioXCawyjUVeg8xR42sR690f4z+OPAUm
3jokZxsuRaGX6fuPkPQomYAGz7htUHws/8FZIU+4dciETQf4vF5ptitJ+QZCVRCTLqisj6mG/kG4
65Op3G5/YZF9F/a390LdhuRP6vdY2Y+dqm8LDa0zmENPpoE98u1pIZGqCcnskN/nNBtEPd+a4lNh
ZSGnPuL4XCUSJYR9NB7FAYBvi5N7LSWHR3fspwa5EgpXynJcsLzaLA0iGfjFOBYFxul/07edmyw4
FIXuCIkaMDUfEwIDAQABo4HSMIHPMAkGA1UdEwQCMAAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX
ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIF
oDAdBgNVHSUEFjAUBggrBgEFBQcDBAYIKwYBBQUHAwIwUAYDVR0fBEkwRzBFoEOgQYY/aHR0cDov
L2luZGMxZGlnaXRhbGlkLWczLWNybC52ZXJpc2lnbi5jb20vSW5kQzFEaWdpdGFsSUQtRzMuY3Js
MA0GCSqGSIb3DQEBBQUAA4IBAQAlSTzUKqa3ZouKWFQfIJ+4l/KsztPnY4Onwzt8lqAmeiFPqOmf
kLTXbXDKtC6caFadNtyHpnsmQFFKXwhe5Z9/AaVSwryu6F9992DzYLp3j8PE0DSU0wmpUXUtp+rz
TFqJRkzB8RCBoq/TPBmkMPr68qB0TkU3dbYiVIvscOt1MRkdHiwG4wKQLyCf8XRRWqmMY6lbun7g
kiEWiris5StGKRvE5+e1SrcdnoZxIKQFF7Etr+4ftClrsDQWX9nRCEjYcmz4y/deq+HU8ylBaKZE
0ZJmcnYlAaD50OYWi0ckGDnKYyeMUEtCZJSV0otm2LqyIUAu9WPv/GNHt2ntjnUaMIIG7jCCBdag
AwIBAgIQcRVmBUrkkSFN6bxE+azT3DANBgkqhkiG9w0BAQUFADCByjELMAkGA1UEBhMCVVMxFzAV
BgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTow
OAYDVQQLEzEoYykgMTk5OSBWZXJpU2lnbiwgSW5jLiAtIEZvciBhdXRob3JpemVkIHVzZSBvbmx5
MUUwQwYDVQQDEzxWZXJpU2lnbiBDbGFzcyAxIFB1YmxpYyBQcmltYXJ5IENlcnRpZmljYXRpb24g
QXV0aG9yaXR5IC0gRzMwHhcNMDkwNTAxMDAwMDAwWhcNMTkwNDMwMjM1OTU5WjCB3TELMAkGA1UE
BhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBO
ZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29t
L3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJp
U2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEczMIIBIjANBgkqhkiG9w0B
AQEFAAOCAQ8AMIIBCgKCAQEA7cRH3yooHXwGa7vXITLJbBOP6bGNQU4099oL42r6ZYggCxET6Zvg
SU6Lb9UB0F8NR5GKWkx0Pj/GkQm7TDSejW6hglFi92l2WJYHr54UGAdPWr2f0jGyVBlzRmoZQhHs
EnMhjfXcMM3l2VYKMcU2bSkUl70t2olHGYjYSwQ967Y8Zx50ABMN0Ibak2f4MwOuGjxraXj2wCyO
4YM/d/mZ//6fUlrCtIcK2GypR8FUKWVDPkrAlh/Brfd3r2yxBF6+wbaULZeQLSfSux7pg2qE9sSy
riMGZSalJ1grByK0b6ZiSBp38tVQJ5op05b7KPW6JHZi44xZ6/tu1ULEvkHH9QIDAQABo4ICuTCC
ArUwNAYIKwYBBQUHAQEEKDAmMCQGCCsGAQUFBzABhhhodHRwOi8vb2NzcC52ZXJpc2lnbi5jb20w
EgYDVR0TAQH/BAgwBgEB/wIBADBwBgNVHSAEaTBnMGUGC2CGSAGG+EUBBxcBMFYwKAYIKwYBBQUH
AgEWHGh0dHBzOi8vd3d3LnZlcmlzaWduLmNvbS9jcHMwKgYIKwYBBQUHAgIwHhocaHR0cHM6Ly93
d3cudmVyaXNpZ24uY29tL3JwYTA0BgNVHR8ELTArMCmgJ6AlhiNodHRwOi8vY3JsLnZlcmlzaWdu
LmNvbS9wY2ExLWczLmNybDAOBgNVHQ8BAf8EBAMCAQYwbgYIKwYBBQUHAQwEYjBgoV6gXDBaMFgw
VhYJaW1hZ2UvZ2lmMCEwHzAHBgUrDgMCGgQUS2u5KJYGDLvQUjibKaxLB4shBRgwJhYkaHR0cDov
L2xvZ28udmVyaXNpZ24uY29tL3ZzbG9nbzEuZ2lmMC4GA1UdEQQnMCWkIzAhMR8wHQYDVQQDExZQ
cml2YXRlTGFiZWw0LTIwNDgtMTE4MB0GA1UdDgQWBBR5R2EIQf04BKJL57XM9UP2SSsR+DCB8QYD
VR0jBIHpMIHmoYHQpIHNMIHKMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4x
HzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5ldHdvcmsxOjA4BgNVBAsTMShjKSAxOTk5IFZlcmlT
aWduLCBJbmMuIC0gRm9yIGF1dGhvcml6ZWQgdXNlIG9ubHkxRTBDBgNVBAMTPFZlcmlTaWduIENs
YXNzIDEgUHVibGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgLSBHM4IRAItbdVaE
VIULAM+vOEjOsaQwDQYJKoZIhvcNAQEFBQADggEBADlNz0GZgbWpBbVSOOk5hIls5DSoWufYbAlM
JBq6WaSHO3Mh8ZOBz79oY1pn/jWFK6HDXaNKwjoZ3TDWzE3v8dKBl8pUWkO/N4t6jhmND0OojPKv
YLMVirOVnDzgnrMnmKQ1chfl/Cpdh9OKDcLRRSr4wPSsKpM61a4ScAjr+zvid+zoK2Q1ds262uDR
yxTWcVibvtU+fbbZ6CTFJGZMXZEfdrMXPn8NxiGJL7M3uKH/XLJtSd5lUkL7DojS7Uodv0vj+Mxy
+kgOZY5JyNb4mZg7t5Q+MXEGh/psWVMu198r7V9jAKwV7QO4VRaMxmgD5yKocwuxvKDaUljdCg5/
wYIxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJbmMu
MR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1c2Ug
YXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMVUGVyc29uYSBO
b3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vic2Ny
aWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMAkGBSsOAwIaBQCgggJtMBgGCSqGSIb3DQEJ
AzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDEyODEwNTgwN1owIwYJKoZIhvcNAQkE
MRYEFBscWmi4MZlo+TzMMLCItnfVFo3ZMIIBAwYJKwYBBAGCNxAEMYH1MIHyMIHdMQswCQYDVQQG
EwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZlcmlTaWduIFRydXN0IE5l
dHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3dy52ZXJpc2lnbi5jb20v
cnBhIChjKTA5MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQxNzA1BgNVBAMTLlZlcmlT
aWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzMCEGxdPUZzCwUJ8KBiJwH+
bYgwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlT
aWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJt
cyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwOTEeMBwGA1UECxMV
UGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1
YWwgU3Vic2NyaWJlciBDQSAtIEczAhBsXT1GcwsFCfCgYicB/m2IMA0GCSqGSIb3DQEBAQUABIIB
ACLlIL2Vr67EpnvR26Xd7wpya3nx0kcc201/Lp+mxwB1+y5Z6+rQgmGiEvhH8ZSaE9NXvcsDX3L5
zbTNS4QKUu0UxVHf1x8Sl25m4HBSSygouFkofAqu7DyVHvd4ty44chKLJCHQAHScy6VtxONyWVFP
psSNxEOfghBVqwW8oWMRgaDqN3VgSyx/HB3j445yeN/c20rPRVlhv0uaeEXVPxI7XrE/lMLZgimQ
HfGwc7TrXILdBzsMM4lZ5Jjm3pxFGTfspAG3RLn0HXgIayRBTqV7VtmG21/yo35EwcM1cGMbRCEA
Yh6aNf1LYnIxVuZA0esbNoUIDLlm3/4A7+B+tOYAAAAAAAA=

--Apple-Mail-12-77507060--

From angelo.castellani@gmail.com  Fri Jan 28 07:46:37 2011
Return-Path: <angelo.castellani@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A7ACB3A68B0 for <core@core3.amsl.com>; Fri, 28 Jan 2011 07:46:37 -0800 (PST)
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, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YA3STT43PmOe for <core@core3.amsl.com>; Fri, 28 Jan 2011 07:46:36 -0800 (PST)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 93A7C3A6882 for <core@ietf.org>; Fri, 28 Jan 2011 07:46:36 -0800 (PST)
Received: by qyk34 with SMTP id 34so965711qyk.10 for <core@ietf.org>; Fri, 28 Jan 2011 07:49:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=QnHDTCf6MMeLS+g39xxuO2+QDM6fmpWigrxgVi2CBcE=; b=FfnLLSEi3IyhsK7Zu/W8J+dEPfj70Rt80V/AJ62Pb/qLYf7dvFNufpkVew5EcTxCMU q0Hd9/GpZ9D/aTgpC6gk5SGmVNZY5qYCPLE+0GmKO8Yf4pPc8YS1QqPdJ8IZSqq45hvq mZlVkkf/srpXhf2NDxzYRln3CzX2flKiG/k/4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=sTbj7ICk14b3stCM9BJNMZA+oMe1QopuehtIZ7qjSTKdnc2p3FUihPAR+8iyrnzF6S mpw/1cNSVwffvQD2RCL7fuuTd0afZAx+Ybgl15/FvqNonB0bHjwVZywXx/eBU0TMD9bp 9Nu0bFfFlQ6dlzc4UbX9XtqC3ah5qOHtFKQQA=
Received: by 10.229.230.17 with SMTP id jk17mr2830873qcb.184.1296229782772; Fri, 28 Jan 2011 07:49:42 -0800 (PST)
MIME-Version: 1.0
Sender: angelo.castellani@gmail.com
Received: by 10.229.218.69 with HTTP; Fri, 28 Jan 2011 07:49:22 -0800 (PST)
In-Reply-To: <fd02a76d773a.773afd02a76d@huawei.com>
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com> <fd02a76d773a.773afd02a76d@huawei.com>
From: "Angelo P. Castellani" <angelo@castellani.net>
Date: Fri, 28 Jan 2011 16:49:22 +0100
X-Google-Sender-Auth: AXYwHlC6bFVn2KUXZItx2b0-FA8
Message-ID: <AANLkTinwyRYwvEiUPWF1wqXpx0QpyEv0hjUvqtYJ0E4V@mail.gmail.com>
To: tianlinyi 00175029 <tianlinyi@huawei.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: Nicola Bui <buincl@unife.it>, Michele Zorzi <zorzi@ing.unife.it>, core WG <core@ietf.org>
Subject: Re: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 15:46:37 -0000

Given the current design of CoAP and its differences from HTTP,
mapping is not straightforward.

If we want to keep the current CoAP design, in my opinion, the HTTP
mapping should be discussed extensively in a different document
focused on the topic.

The mapping document should be kept updated with the CoAP
specification, to highlight any possible HTTP mapping issue.

A more detailed version of my opinion follows:
################################
Section 8 of CoAP-04 addresses the basic assumptions required for HTTP mapp=
ing.

The draft says: "CoAP supports a limited subset of HTTP functionality,
and thus a mapping to HTTP is straightforward."

In my opinion, the mapping would have been straightforward only if
HTTP compatibility and mapping has been kept as primary requirement in
the CoAP design. The WG itself has always told that this should be the
approach.

However, in Section 8.1 and 8.2, the notes describe several
differences that are leading the mapping to be quite harder than
straightforward.

Example: In CoAP-04 was widely introduced the concept that each method
can receive a subset of response codes, see Sections 5.8 and 5.9. HTTP
agents (servers & clients) does not comply to this specs.

This simple difference between CoAP and HTTP will require the proxy to
keep track of the request method to identify the more suitable HTTP
status code "matching" the received CoAP response code and vice versa,
thus adding more complexity and state to the proxy itself.

In my opinion CoAP draft has mainly focus on the basic definition of a
RESTful protocol suitable for contrained devices, believing that HTTP
mapping will always be achieved through a more powerful device
(proxy/gateway).

This assumption has now lead to a protocol quite different from HTTP,
and its mapping is quite hard as
draft-castellani-core-http-coap-mapping-00 has started discussing.

For this reason I think that right now we have two different options:

A) CoAP design can be reverted to be more similar to HTTP, thus
requiring less effort in defining the HTTP mapping.

B) CoAP design can continue to identify the best REST protocol for a
contrained environment, leaving the mapping specification to an
extended document specifically focused on HTTP (and maybe other
protocols as briefly discussed on the list, e.g. XMPP).

Given the work devoted to the current CoAP definition, I prefer option
B and probably our draft (draft-castellani-core-http-coap-mapping-00)
can be extended by the working group to address all the mapping issues
between HTTP and CoAP.

If we believe in this path, I hope that the parallel definition of the
mapping will outline possible troubles, and drive the current CoAP
protocol specification to be surely lightweight but also hopefully
mappable to the traditional HTTP-based Internet through a transparent
proxy, easy to deploy and that does not require any knowledge about
the constrained WPAN.

Best,
Angelo

2011/1/26 tianlinyi 00175029 <tianlinyi@huawei.com>:
> Hi, CoAP Folks
>
> Peter raised a review comment as follows:
> =A0Be clear about how different HTTP and COAP methods are.
>
> I think it would be good to address this issue in HTTP-COAP mapping draft=
. By doing this we can clarify the difference between HTTP and CoAP not onl=
y for those methods but also other features. This can also avoid the comple=
xity of CoAP draft. The CoAP draft itself will mainly focus on how CoAP pro=
tocol works.
>
> Cheers,
> Linyi
>
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core
>
>

From paduffy@cisco.com  Fri Jan 28 08:48:21 2011
Return-Path: <paduffy@cisco.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 889543A67C1; Fri, 28 Jan 2011 08:48:21 -0800 (PST)
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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RFRqX8jF0T0O; Fri, 28 Jan 2011 08:48:20 -0800 (PST)
Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 89A4A3A67B0; Fri, 28 Jan 2011 08:48:20 -0800 (PST)
Authentication-Results: rtp-iport-1.cisco.com; dkim=neutral (message not signed) header.i=none
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AvsEAMOCQk1AZnwM/2dsb2JhbAClAHOfe4JXDgGYaoVPBIUYhw+DRA
Received: from rtp-core-1.cisco.com ([64.102.124.12]) by rtp-iport-1.cisco.com with ESMTP; 28 Jan 2011 16:51:27 +0000
Received: from [161.44.65.115] ([161.44.65.115]) by rtp-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id p0SGpQJY000956; Fri, 28 Jan 2011 16:51:26 GMT
Message-ID: <4D42F40E.6030908@cisco.com>
Date: Fri, 28 Jan 2011 11:51:26 -0500
From: Paul Duffy <paduffy@cisco.com>
Organization: Cisco Systems
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: "Stok, Peter van der" <peter.van.der.stok@philips.com>
References: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schneider-Electric.com>	<8323B114-5CC2-4D35-BE86-4285346D2187@sensinode.com> <B5584ABB89131542BEA01BFAF71A73878C05670B7D@NLCLUEXM03.connect1.local>
In-Reply-To: <B5584ABB89131542BEA01BFAF71A73878C05670B7D@NLCLUEXM03.connect1.local>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: core WG <core@ietf.org>, "core-bounces@ietf.org" <core-bounces@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: paduffy@cisco.com
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 16:48:21 -0000

Would IANA assigned Private Enterprise Numbers suffice?

On 1/28/2011 3:28 AM, Stok, Peter van der wrote:
> ...
>
> Some suggestions are (given that XXX stands for BACnet, KNX, ZigBee, DALI, oBIX, etc....):
> A path for a given standard is preceded by /representation/XXX/name
> Or is preceded by /XXX/name (is shorter)
> Or is given by /name but with d="XXX" as link extension to be returned by resource query.
>
> I have no preference for any syntax, as long as there is a recommendation in the CoAP draft on how to introduce the representation type.
>
> All these suggestions do not reserve any mnemonics, so no involvement by IANA. This may lead to name clashes, but I have no idea how likely that is. Anyone has a better suggestion while at the same time maintaining the possibility to reserve mnemonics?
>


From salvatore.loreto@ericsson.com  Fri Jan 28 09:28:49 2011
Return-Path: <salvatore.loreto@ericsson.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2B9923A6901 for <core@core3.amsl.com>; Fri, 28 Jan 2011 09:28:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.556
X-Spam-Level: 
X-Spam-Status: No, score=-106.556 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uL-gn1gIPKRm for <core@core3.amsl.com>; Fri, 28 Jan 2011 09:28:48 -0800 (PST)
Received: from mailgw10.se.ericsson.net (mailgw10.se.ericsson.net [193.180.251.61]) by core3.amsl.com (Postfix) with ESMTP id 6F52D3A68FA for <core@ietf.org>; Fri, 28 Jan 2011 09:28:47 -0800 (PST)
X-AuditID: c1b4fb3d-b7b89ae0000036a3-de-4d42fd896daf
Received: from esessmw0197.eemea.ericsson.se (Unknown_Domain [153.88.253.125]) by mailgw10.se.ericsson.net (Symantec Mail Security) with SMTP id A3.7F.13987.98DF24D4; Fri, 28 Jan 2011 18:31:53 +0100 (CET)
Received: from mail.lmf.ericsson.se (153.88.115.8) by esessmw0197.eemea.ericsson.se (153.88.115.88) with Microsoft SMTP Server id 8.2.234.1; Fri, 28 Jan 2011 18:31:53 +0100
Received: from nomadiclab.lmf.ericsson.se (nomadiclab.lmf.ericsson.se [131.160.33.3])	by mail.lmf.ericsson.se (Postfix) with ESMTP id A605425CD	for <core@ietf.org>; Fri, 28 Jan 2011 19:31:52 +0200 (EET)
Received: from nomadiclab.lmf.ericsson.se (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id 6D67E506DC	for <core@ietf.org>; Fri, 28 Jan 2011 19:31:52 +0200 (EET)
Received: from Salvatore-Loretos-MacBook-Pro.local (localhost [127.0.0.1])	by nomadiclab.lmf.ericsson.se (Postfix) with ESMTP id EBCCB506D0	for <core@ietf.org>; Fri, 28 Jan 2011 19:31:51 +0200 (EET)
Message-ID: <4D42FD87.3070701@ericsson.com>
Date: Fri, 28 Jan 2011 18:31:51 +0100
From: Salvatore Loreto <salvatore.loreto@ericsson.com>
User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: "core@ietf.org" <core@ietf.org>
Content-Type: multipart/alternative; boundary="------------040005040208060701030709"
X-Virus-Scanned: ClamAV using ClamSMTP
X-Brightmail-Tracker: AAAAAA==
Subject: [core] coap-04 POST related issues
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 17:28:49 -0000

--------------040005040208060701030709
Content-Type: text/plain; charset="ISO-8859-1"; format=flowed
Content-Transfer-Encoding: 7bit

1) CoAP POST is neither safe nor idempotent, but the answer to a CoAP 
POST request both CON and NON
     can be deferred.
     So it is not clear in the spec if the CoAP client that receives an 
empty ACK to a CON CoAP POST can or cannot issue
     a second CoAP POST as there is no warranty about the order how the 
two requests will be served.
     (the Message-ID is not mandate to be sequentially incremental)


2) 200 OK should be allowed for CoAP POST


3) HTTP to CoaP mapping:
    --------------------

- HTTP POST is straightforward translated in CoAP POST

- however the CoAP response to POST at moment can be deferred
    and the defer can lead at the expiration of some timeout in the HTTP 
side
    so that the actual POST answer it will never delivered to the HTTP 
client

- that will lead to the undefined situation where the CoAP POST is 
performed on the CoAP sensor,
   the HTTP/CoAP proxy at some point in time will receive the answer
    but the HTTP client is not sure about the fact that the action it 
has been performed neither about the result.

It is not clear then how the client will be able to retrieve the answer 
from the HTTP/CoAP.
http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-12 in section 
7.1.4 states

    This means that clients, servers, and proxies MUST be able to recover
    from asynchronous close events.  Client software SHOULD reopen the
    transport connection and retransmit the aborted sequence of requests
    without user interaction so long as the request sequence is
    idempotent (see Section 7.1.2 of [Part2  <http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-12#ref-Part2>]).  Non-idempotent methods or
    sequences MUST NOT be automatically retried, although user agents MAY
    offer a human operator the choice of retrying the request(s).

Is not clear what happen in this situation if the HTTP client decide to 
retry the POST request.
The HTTP/CoAP proxy is unable to distinguish whether or not it is a 
retransmission.

cheers
/Sal

-- 
Salvatore Loreto
www.sloreto.com


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

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=ISO-8859-1">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    1) CoAP POST is neither safe nor idempotent, but the answer to a
    CoAP POST request both CON and NON<br>
    &nbsp; &nbsp; can be deferred.<br>
    &nbsp;&nbsp;&nbsp; So it is not clear in the spec if the CoAP client that receives
    an empty ACK to a CON CoAP POST can or cannot issue<br>
    &nbsp;&nbsp;&nbsp; a second CoAP POST as there is no warranty about the order how
    the two requests will be served. <br>
    &nbsp;&nbsp;&nbsp; (the Message-ID is not mandate to be sequentially incremental)<br>
    <br>
    &nbsp;&nbsp;&nbsp; <br>
    2) 200 OK should be allowed for CoAP POST <br>
    <br>
    <br>
    3) HTTP to CoaP mapping:<br>
    &nbsp;&nbsp; -------------------- <br>
    <br>
    - HTTP POST is straightforward translated in CoAP POST <br>
    <br>
    - however the CoAP response to POST at moment can be deferred<br>
    &nbsp;&nbsp; and the defer can lead at the expiration of some timeout in the
    HTTP side<br>
    &nbsp;&nbsp; so that the actual POST answer it will never delivered to the
    HTTP client<br>
    <br>
    - that will lead to the undefined situation where the CoAP POST is
    performed on the CoAP sensor,<br>
    &nbsp; the HTTP/CoAP proxy at some point in time will receive the answer<br>
    &nbsp;&nbsp; but the HTTP client is not sure about the fact that the action it
    has been performed neither about the result.<br>
    <br>
    It is not clear then how the client will be able to retrieve the
    answer from the HTTP/CoAP.<br>
    <a class="moz-txt-link-freetext" href="http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-12">http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-12</a> in
    section 7.1.4 states<br>
    <pre class="newpage">   This means that clients, servers, and proxies MUST be able to recover
   from asynchronous close events.  Client software SHOULD reopen the
   transport connection and retransmit the aborted sequence of requests
   without user interaction so long as the request sequence is
   idempotent (see Section 7.1.2 of [<a href="http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-12#ref-Part2" title="&quot;HTTP/1.1, part 2: Message Semantics&quot;">Part2</a>]).  Non-idempotent methods or
   sequences MUST NOT be automatically retried, although user agents MAY
   offer a human operator the choice of retrying the request(s).
</pre>
    Is not clear what happen in this situation if the HTTP client decide
    to retry the POST request.<br>
    The HTTP/CoAP proxy is unable to distinguish whether or not it is a
    retransmission.<br>
    <br>
    cheers<br>
    /Sal<br>
    <pre class="moz-signature" cols="72">-- 
Salvatore Loreto
<a class="moz-txt-link-abbreviated" href="http://www.sloreto.com">www.sloreto.com</a></pre>
  </body>
</html>

--------------040005040208060701030709--

From klaus.hartke@googlemail.com  Fri Jan 28 14:11:11 2011
Return-Path: <klaus.hartke@googlemail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 46C9C3A68BD for <core@core3.amsl.com>; Fri, 28 Jan 2011 14:11:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.52
X-Spam-Level: 
X-Spam-Status: No, score=-2.52 tagged_above=-999 required=5 tests=[AWL=0.457,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7XA1q-a3bxkL for <core@core3.amsl.com>; Fri, 28 Jan 2011 14:11:07 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 7B5C23A689E for <core@ietf.org>; Fri, 28 Jan 2011 14:11:06 -0800 (PST)
Received: by bwz12 with SMTP id 12so4322566bwz.31 for <core@ietf.org>; Fri, 28 Jan 2011 14:14:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:date:x-google-sender-auth :message-id:subject:from:to:content-type; bh=KYRuhFNPsOtSxlsp7ShCxfQtvI+TFs930HXRENKCRe4=; b=bsZrkq4b+UnZ1WGDBp09jto3xH7eOdfdYcHTRQLsfuywj1OoBoU+mntPPsn4KrHqOM ynCpq+42507UQ9pju96xQBOiwJFO1UhRsEtFsrb6MhejW2wp5TzJeCtBoU6vgM1MRIUU oBWbWZqI87lE9G0uQ85pDvN+KP62cjEU58iao=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:content-type; b=EL0f1f62WNU5R2GtIli2ots9yELtkwZQ6C77JWHZI9QafxjE0JzAXgkYwzf4KbO319 0itDAj26XqAcBhPMD2h6t8JGrlZXfAFApX0pbg/L3ZFVax5yqae3vx9MljbrKc2Rvypc ZCnhveBP6+55t5U50rdaP8tP8YLpi6/ZhW364=
MIME-Version: 1.0
Received: by 10.204.77.196 with SMTP id h4mr2915381bkk.89.1296252852816; Fri, 28 Jan 2011 14:14:12 -0800 (PST)
Sender: klaus.hartke@googlemail.com
Received: by 10.204.141.28 with HTTP; Fri, 28 Jan 2011 14:14:12 -0800 (PST)
Date: Fri, 28 Jan 2011 23:14:12 +0100
X-Google-Sender-Auth: nz93_nAHqmtByhlSMijeGpP2OjM
Message-ID: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com>
From: Klaus Hartke <hartke@tzi.org>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 28 Jan 2011 22:11:12 -0000

It has been mentioned in the webex call and on this mailing list that
there should be a response code with payload for POST requests. I,
too, agree that this would be useful to have.

We need to be specific what the properties/semantics of that response code are.


Each response code needs to define the following properties:

- What methods does the response code apply to.
- Is payload required or optional or forbidden.
- What is the meaning of the payload (for example, the payload in a
successful response to a GET request is a representation of the target
resource; the payload in an error response is a human-readable
diagnostic message).
- What is the format of the payload (for example, the format in a
successful response to a GET is indicated by the Content-Type option;
the format of the payload in an error response is always Net-Unicode
text).
- Is the response cacheable (max-age).
- Is the response validatable when cached (etag).
- Does the response mark stored responses for the request URI as stale.
- Does the response mark stored responses for the Location URI become as stale.

To summarize coap-04, the success response codes are currently defined
as follows:

+-------------+-------------------------+---------+---------+------+-------+
| Request     | Response                | Payload | Max-Age | Etag | Stale |
+-------------+-------------------------+---------+---------+------+-------+
| GET         | 2.00 OK                 | x       | x       | x    | -     |
| GET + Etag  | 2.03 Valid              | -       | updates cache  | x     |
| GET + Etag  | 2.00 OK                 | x       | x       | x    | -     |
| POST        | 2.01 Created            | -       | -       | -    | x     |
| POST        | 2.01 Created + Location | -       | -       | -    | x     |
| POST        | 2.04 Changed            | -       | -       | -    | x     |
| PUT         | 2.04 Changed            | -       | -       | -    | x     |
| PUT         | 2.01 Created            | -       | -       | -    | x     |
| DELETE      | 2.02 Deleted            | -       | -       | -    | x     |
+-------------+-------------------------+---------+---------+------+-------+

You'll notice that many of the response codes have the same
properties/effects. The reason for this is that coap-04 aims to
indicate what happened semantically, rather than define one response
for each unique combination of effects. Illustrating  example from
HTML:

<i>text</i> has the effect of making the text be rendered in italics
(often used for emphasis)
<em>text</em> indicates emphasized text (often rendered in italics),
i.e. the semantic meaning

I think having the response code indicate what happened semantically
is a useful property to have. We should try to keep it.


Now on to the response codes for POST.

Currently, a 2.00 (OK) response is defined to be cacheable. This makes
it unsuitable for POST responses, because we invoke the POST method
for its side-effects, not its return value. In the webex call, we
agreed that it might make sense to create a new success response code
for GET requests (say, 2.05), so 2.00 (OK) can be used to indicate
general success.

So we have three changes:

- Rename 2.00 to, say, 2.05, to be used for GET responses;

- Add a new code indicating general success; and

- Add a new code for POST responses with payload.

(I believe the two new codes will not have the same properties, so I
listed them separately.)

Here are a couple of questions to get the discussion started.


Question 1.)

What's a good name for the code used for responses to GET requests?

The name "Your request was successful and here's the resource
representation you've asked for" is too long :-)


Question 2.)

What should be the properties of the general success code?

Proposal:
- Applies to any method
- Payload must be ignored by any recipient
- Not cacheable or validatable
- Does not mark stored responses as stale, except if defined by method
- Does not use the Location Option

This would define the general success code that is currently missing
from coap-04:

"However, there is no generic Response Code indicating success, so a
Response Code in the Success class that is unrecognized by an
end-point can only be used to determine that the request was
successful without any further details."


Question 3.)

What are some good example use-cases for POST responses with payload?

The only example given so far is that of merging two resources, which
in my opinion is not a good example to motivate POST responses with
payload. In that example, a POST takes two URI arguments, merges the
two resources into a new resource, and deletes the old resources. What
we'd ideally like to say in the response would be this:

- The operation was successful
- This information is not cacheable
- The old resource #1 was deleted; any stored response for that URI
should be marked as stale
- The old resource #2 was deleted; any stored response for that URI
should be marked as stale
- A new resource was created at Location #3; any stored response for
that URI should be marked as stale
- The target resource did not change
- No payload

We don't have a response code for this, so we need select a response
code that comes close. It seems to me a simple 2.01 Created + Location
of the new resource would be the best solution here, because the
client needs to be informed of the URI of the newly created resource,
and it doesn't hurt too much that stored responses for the two deleted
URIs aren't marked as stale.

I guess there have to be tons of good examples to motivate POST
responses with payload. Please list some that come to your mind.


Question 4.)

What should be the properties of POST responses with payload?

Proposal:
- Applies only to POST (not to PUT or DELETE)
- Payload may be a representation of the resource, or something else,
depending on the operation performed by the server
- Payload format is determined by Content-Type option
- Not cacheable or validatable
- Marks any stored responses for request URI as stale
- Does not use the Location Option


Question 5.)

This is probably the most interesting question. What are the semantics
of a POST response with payload? What happened when such a response is
sent? What can an intermediary infer when it sees one?

Did the target resource change?
Did another resource change?
Was a new resource created?
Was an existing resource deleted?
Did the server just compute something without changing anything?


Klaus

From evnikita2@gmail.com  Fri Jan 28 21:58:09 2011
Return-Path: <evnikita2@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0B80C3A695B for <core@core3.amsl.com>; Fri, 28 Jan 2011 21:58:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.234
X-Spam-Level: 
X-Spam-Status: No, score=-2.234 tagged_above=-999 required=5 tests=[AWL=-0.596, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jwQHtgaSgaaV for <core@core3.amsl.com>; Fri, 28 Jan 2011 21:58:06 -0800 (PST)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id D4A703A6895 for <core@ietf.org>; Fri, 28 Jan 2011 21:58:05 -0800 (PST)
Received: by fxm9 with SMTP id 9so4413848fxm.31 for <core@ietf.org>; Fri, 28 Jan 2011 22:01:13 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type; bh=SXYZLR1urt1jsgiUJwOGQYlFo3WBh8i2ZG5rx82MXJA=; b=xxDV427pTSxjgQHhI/FNK5CmKOXH2sZVNFSrJ4ZFaFXX7ewqZ2zsL/vVyoNkmmEt7t fU1tPlBDOwG5wHqpSoaGZu1uBuZF7IDPZ+qTsfCQPPYq7quBqHExKw13ZgEPSj5hRL44 waO7o5TBcNBvT3h8pnm4HQYVUWe8fnS0kQVa4=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type; b=rphixlMC/AZRG0Of7hPSxILeWPt7Z0YkwC/6pHofoXKavEef2+djcUQL8E/yPdqWlE uvyy26NmubwqhfDDE5c2uNPn1LVm9a3BIbyn1zLbDABlEN7fiTNvI2YkEHYLePpjJcEx 8a3Y1HvWhaA67UhGzOfjjjsEW09mE2Pzwy8kc=
Received: by 10.223.79.74 with SMTP id o10mr3339287fak.63.1296280872277; Fri, 28 Jan 2011 22:01:12 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id 21sm6694038fav.17.2011.01.28.22.01.10 (version=SSLv3 cipher=RC4-MD5); Fri, 28 Jan 2011 22:01:11 -0800 (PST)
Message-ID: <4D43AD3E.5030301@gmail.com>
Date: Sat, 29 Jan 2011 08:01:34 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: core@ietf.org
Content-Type: multipart/alternative; boundary="------------090604010108080903090907"
Subject: [core] Comments on Section 11 of draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Jan 2011 05:58:09 -0000

This is a multi-part message in MIME format.
--------------090604010108080903090907
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 7bit

Hello all,

I'm forwarding my message to the mailing list, that I've sent to one of 
the authors of draft-ietf-core-coap-04.  I copied  it to the mailing 
list befor before, but Klaus wanted to comment my message, but told me 
it hadn't arrived to mailing list.

Mykyta
> Hello all,
>
> On this week one of the authors of draft-ietf-core-coap-04, that is 
> the 'core' WG doc, wrote to uri-review mailing list to request the 
> review of Section 6 and Section 11.4 of the document.  However I 
> wanted the comment the entire Section 11 of this document.  So these 
> are my comments.
>
> As I've mentioned, comments to Section 11.4 can be found here: 
> http://www.ietf.org/mail-archive/web/uri-review/current/msg01323.html.
>
> As for Section 11.5. [I-D.ietf-tsvwg-iana-ports], that is referenced, 
> says:
>
>>   o  Port Number: If assignment of a port number is desired, either the
>>        port number the requester suggests for assignment or indication of
>>        port range (user or system) MUST be provided.  If only a service
>>        name is to be assigned, this field is left empty.  If a specific
>>        port number is requested, IANA is encouraged to assign the
>>        requested number.  If a range is specified, IANA will choose a
>>        suitable number from the User or System Ports ranges.  Note that
>>        the applicant MUST NOT use the requested port prior to the
>>        completion of the assignment.
> Therefore, mentioning desired port number is acceptable.  What will 
> happen if, e.g. the port 5683 will be assigned before the document 
> processes as the RFC?  So there should be mentioned TBD1 - 
> [USER-REGISTERED PORT] and throughout the document mention TBD1 
> instead 5683.
>
> Now as for the remainder of Section 11.  Firstly, the CoAP Option 
> Numbers registry seems to be underspecified.  What are the boundary 
> values for the registry value 'Number'?  Looking at Section 3.2 does 
> not let me answer this question.  Moreover, I do not understand why 
> did you choose using the Option Delta field instead the Option 
> Number.  Option Deltas will allow the option numbers to be the endless 
> value, and IANA will not be able to track endless registry.  So I 
> cannot say anything definite as for this registry until this issue 
> will not be resolved.
>
> As for Section 11.1.  The registry is underspecified too.  I would 
> like to suggest the following description of the 'CoAP Codes' registry:
>
>
>> IANA is asked to create and maintain the registry called 'CoAP Codes' 
>> following the guidelines below.
>>
>> The registry consists of 3 values: Code, Description and Reference.  
>> They are described below:
>>
>>   Code - an integer; values from 0 to 255 are assigned.  Refers to 
>> the value, used in CoAP messages header.  Values 1-31 are used to 
>> identify the message that contains the CoAP request; values 64-191 - 
>> CoAP response.
>>
>>   Description - a brief description of the code.
>>
>>   Reference - the reference, that specifies the code.
>>
>> Initial values are given below; new assignments are to be made 
>> following the 'IETF Consensus' policies [RFC5226].
>>
>> +---------+---------------------------------------------------------+--------------+
>> |Code     | Description                                             
>> |Reference     |
>> +---------+---------------------------------------------------------+--------------+ 
>>
>> |0        | Empty message (see Section 4.3)                         
>> |This document |
>> |1-31     | Assigned by the "Method Codes" sub-registry             
>> |(everywhere   |
>> |32-63    | Reserved                                                | 
>> below)       |
>> |64-191   | Assigned by the "Response Codes" sub-registry           
>> |              |
>> |192-255  | Reserved                                                
>> |              |
>> +---------+---------------------------------------------------------+--------------+
>
> The same needs to be for two sub-registries.
>
> Secondly, you need to specify all Unassigned and Reserved values or 
> their ranges, per RFC 5226.  Personally I consider mentioning 'All 
> other values are Unassigned, but values xx-yy are Reserved' as not 
> appropriate.
>
> Moreover, Reference should contain the document, but not Section, 
> since this may create the question 'Section of what document?'
>
> The same concerns Section 11.3 as well.
>
> Finally, as a typographical error in Section 5.9.1.3.  The response 
> code description is for 2.04, not 2.02.
>
>> 5.9.1.3. 2.02 Deleted
>>
>>
>>    Like HTTP 204 "No Content", but only used in response to DELETE
>>    requests.
>>
>>    This response is not cacheable.
>
> Thank you in advance for considering my comments in the next version 
> of the draft.  You may feel free to contact me for further information.
>
> All the best,
> Mykyta Yevstifeyev


--------------090604010108080903090907
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
  <head>

    <meta http-equiv="content-type" content="text/html; charset=UTF-8">
  </head>
  <body bgcolor="#ffffff" text="#000000">
    <font size="-1"><big>Hello all,<br>
        <br>
        I'm forwarding my message to the mailing list, that I've sent to
        one of the authors of draft-ietf-core-coap-04.  I copied  it to
        the mailing list befor before, but Klaus wanted to comment my
        message, but told me it hadn't arrived to mailing list.<br>
        <br>
        Mykyta</big><br>
      <blockquote type="cite"><font size="-1"><big>Hello all,<br>
            <br>
            On this week one of the authors of draft-ietf-core-coap-04,
            that is the 'core' WG doc, wrote to uri-review mailing list
            to request the review of Section 6 and Section 11.4 of the
            document.  However I wanted the comment the entire Section
            11 of this document.  So these are my comments.<br>
            <br>
            As I've mentioned, comments to Section 11.4 can be found
            here: <a moz-do-not-send="true"
              class="moz-txt-link-freetext"
href="http://www.ietf.org/mail-archive/web/uri-review/current/msg01323.html">http://www.ietf.org/mail-archive/web/uri-review/current/msg01323.html</a>.<br>
            <br>
            As for Section 11.5. [I-D.ietf-tsvwg-iana-ports], that is
            referenced, says:<br>
            <br>
            <blockquote type="cite">
              <pre class="newpage"> o  Port Number: If assignment of a port number is desired, either the
      port number the requester suggests for assignment or indication of
      port range (user or system) MUST be provided.  If only a service
      name is to be assigned, this field is left empty.  If a specific
      port number is requested, IANA is encouraged to assign the
      requested number.  If a range is specified, IANA will choose a
      suitable number from the User or System Ports ranges.  Note that
      the applicant MUST NOT use the requested port prior to the
      completion of the assignment.
</pre>
            </blockquote>
            Therefore, mentioning desired port number is acceptable. 
            What will happen if, e.g. the port 5683 will be assigned
            before the document processes as the RFC?  So there should
            be mentioned TBD1 - [USER-REGISTERED PORT] and throughout
            the document mention TBD1 instead 5683.<br>
            <br>
            Now as for the remainder of Section 11.  Firstly, the CoAP
            Option Numbers registry seems to be underspecified.  What
            are the boundary values for the registry value 'Number'? 
            Looking at Section 3.2 does not let me answer this
            question.  Moreover, I do not understand why did you choose
            using the Option Delta field instead the Option Number. 
            Option Deltas will allow the option numbers to be the
            endless value, and IANA will not be able to track endless
            registry.  So I cannot say anything definite as for this
            registry until this issue will not be resolved.<br>
            <br>
            As for Section 11.1.  The registry is underspecified too.  I
            would like to suggest the following description of the 'CoAP
            Codes' registry:<br>
          </big></font><font size="-1"><big><tt><br>
              <br>
              <blockquote type="cite"><tt><big><font size="-1"><big>IANA
                        is </big></font></big><font size="-1"><big>asked
                      to create and maintain the registry called 'CoAP
                      Codes' following the guidelines below.</big></font><font
                    size="-1"><big><br>
                      <br>
                      The registry consists of 3 values: Code,
                      Description and Reference.  They are described
                      below:<br>
                      <br>
                    </big></font></tt><font size="-1"><big><tt>  Code -
                      an integer; values from 0 to 255 are assigned. 
                      Refers to the value, used in CoAP messages
                      header.  Values 1-31 are used to identify the
                      message that contains the CoAP request; values
                      64-191 - CoAP response.<br>
                      <br>
                        Description - a brief description of the code.<br>
                      <br>
                        Reference - the reference, that specifies the
                      code.<br>
                      <br>
                    </tt></big></font><font size="-1"><big><tt>Initial
                      values are given below; new assignments are to be
                      made following the 'IETF Consensus' policies
                      [RFC5226].<br>
                      <br>
+---------+---------------------------------------------------------+--------------+<br>
                      |Code     | Description                          
                                        |Reference     |<br>
                      +---------+---------------------------------------------------------+--------------+

                        <br>
                      |0        | Empty message (see Section
                      4.3)                         |This document |<br>
                      |1-31     | Assigned by the "Method Codes"
                      sub-registry             |(everywhere   |<br>
                      |32-63    |
                      Reserved                                               
                      | below)       |<br>
                      |64-191   | Assigned by the "Response Codes"
                      sub-registry           |              |<br>
                      |192-255  |
                      Reserved                                               
                      |              |<br>
+---------+---------------------------------------------------------+--------------+</tt></big></font></blockquote>
              <br>
            </tt></big></font><font size="-1"><big>The same needs to be
            for two sub-registries.  <br>
            <br>
            Secondly, you need to specify all Unassigned and Reserved
            values or their ranges, per RFC 5226.  Personally I consider
            mentioning 'All other values are Unassigned, but values
            xx-yy are Reserved' as not appropriate.<br>
            <br>
            Moreover, Reference should contain the document, but not
            Section, since this may create the question 'Section of what
            document?'<br>
            <br>
          </big></font><font size="-1"><big>The same concerns Section
            11.3 as well.</big></font><br>
        <font size="-1"><big><br>
            Finally, as a typographical error in Section 5.9.1.3.  The
            response code description is for 2.04, not 2.02.<br>
            <br>
            <blockquote type="cite"><font size="-1"><big>5.9.1.3. 2.02
                  Deleted<br>
                  <br>
                  <br>
                     Like HTTP 204 "No Content", but only used in
                  response to DELETE<br>
                     requests.<br>
                  <br>
                     This response is not cacheable.</big></font></blockquote>
            <br>
            Thank you in advance for considering my comments in the next
            version of the draft.  You may feel free to contact me for
            further information.<br>
            <br>
            All the best,<br>
            Mykyta Yevstifeyev</big></font></blockquote>
      <br>
    </font>
  </body>
</html>

--------------090604010108080903090907--

From cabo@tzi.org  Sat Jan 29 06:43:24 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3417C3A672F for <core@core3.amsl.com>; Sat, 29 Jan 2011 06:43:24 -0800 (PST)
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 ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HBeCbcq1iVNl for <core@core3.amsl.com>; Sat, 29 Jan 2011 06:43:22 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 17BD93A67D9 for <core@ietf.org>; Sat, 29 Jan 2011 06:43:21 -0800 (PST)
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.3/8.14.3) with ESMTP id p0TEkL9o016935; Sat, 29 Jan 2011 15:46:21 +0100 (CET)
Received: from [192.168.0.101] (xdsl-78-34-108-124.netcologne.de [78.34.108.124]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 61418DDA; Sat, 29 Jan 2011 15:46:21 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <4D43AD3E.5030301@gmail.com>
Date: Sat, 29 Jan 2011 15:47:10 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <F3528840-FED9-46DA-94AB-F90D565B401B@tzi.org>
References: <4D43AD3E.5030301@gmail.com>
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
X-Mailer: Apple Mail (2.1082)
Cc: core@ietf.org
Subject: Re: [core] Comments on Section 11 of draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 29 Jan 2011 14:43:24 -0000

On Jan 29, 2011, at 07:01, Mykyta Yevstifeyev wrote:

>> What are the boundary values for the registry value 'Number'? =20

Due to the way we encode option numbers, there is no really useful upper =
bound, so we didn't give one.
If we implement the recent discussion about a maximum message size, =
there can't be more than 1148 options in a normal-sized message, so =
17220 may be the highest option number reachable, but this is a rather =
unlikely number to reach in practice (I'd expect we stay in the two =
digits even in the long term).
So I don't think IANA needs any guidance here beyond the IETF review =
policy we already have.

Thanks for reading the IANA-related sections carefully; we will make =
sure these items are addressed in the next version.

Gruesse, Carsten


From evnikita2@gmail.com  Sat Jan 29 21:59:18 2011
Return-Path: <evnikita2@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E09C03A6B09 for <core@core3.amsl.com>; Sat, 29 Jan 2011 21:59:18 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.222
X-Spam-Level: 
X-Spam-Status: No, score=-2.222 tagged_above=-999 required=5 tests=[AWL=-0.583, BAYES_00=-2.599, RCVD_IN_BL_SPAMCOP_NET=1.96, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7NHwblvUhLCO for <core@core3.amsl.com>; Sat, 29 Jan 2011 21:59:18 -0800 (PST)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id E09363A6A6C for <core@ietf.org>; Sat, 29 Jan 2011 21:59:17 -0800 (PST)
Received: by fxm9 with SMTP id 9so5060393fxm.31 for <core@ietf.org>; Sat, 29 Jan 2011 22:02:28 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=Ec8LCLgrq/WzLR141ULLVwA16uz88MMleNLm5LkkFzw=; b=sZ0VoNlEdWRNPN843hGy/EDIq1UL8OZ8z+mDCwOsUlgqI7ajaXULXfyRI2G6ho3T1i aYX9KXrb0P4TA2eMI7gcVBR6ORWDqQuaBYqpfNVVPU/iZGyLoYdA9J7hE/kV2DznmTyU kSv02Wv/GvAB/BaxLRJySgeoPjTZnyNkaUfY8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=aAIXIV4kr/FLU9BbM/xVSXcG0Alvv9znWoMMhgYXIeUm7rNVrPlEhxR4enwzzlSZ39 jcUck8s6bZecbulyuq/b7VH8C1zernF/ENSyzcGwggDpGXU8vgL/ax7sHvWL67304JnG szDkL0HzmZWNpWzB0VnpMVFrGKVqJ/VO4C738=
Received: by 10.223.98.193 with SMTP id r1mr4418778fan.83.1296367348139; Sat, 29 Jan 2011 22:02:28 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id b7sm6941968faa.18.2011.01.29.22.02.26 (version=SSLv3 cipher=RC4-MD5); Sat, 29 Jan 2011 22:02:27 -0800 (PST)
Message-ID: <4D44FF09.6000508@gmail.com>
Date: Sun, 30 Jan 2011 08:02:49 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Carsten Bormann <cabo@tzi.org>
References: <4D43AD3E.5030301@gmail.com> <F3528840-FED9-46DA-94AB-F90D565B401B@tzi.org>
In-Reply-To: <F3528840-FED9-46DA-94AB-F90D565B401B@tzi.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: core@ietf.org
Subject: Re: [core] Comments on Section 11 of draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 30 Jan 2011 05:59:19 -0000

29.01.2011 16:47, Carsten Bormann wrote:
> On Jan 29, 2011, at 07:01, Mykyta Yevstifeyev wrote:
>
>>> What are the boundary values for the registry value 'Number'?
> Due to the way we encode option numbers, there is no really useful upper bound, so we didn't give one.
> If we implement the recent discussion about a maximum message size, there can't be more than 1148 options in a normal-sized message, so 17220 may be the highest option number reachable, but this is a rather unlikely number to reach in practice (I'd expect we stay in the two digits even in the long term).
> So I don't think IANA needs any guidance here beyond the IETF review policy we already have.
Carsten,

Let me cite RFC 5226:

> < . . . >
> Documents that create a new namespace < . . .> MUST
> provide clear instructions on details of the namespace.  In
> particular, instructions MUST include:
> < . . . >
> 4) The size, format, and syntax of registry entries.  When
> creating a new name/number space, authors must describe any
> technical requirements on registry (and sub-registry) values
> (e.g., valid ranges for integers, length limitations on
> strings, etc.) as well as the exact format in which registry
> values should be displayed.
> < . . . >

That's why mentioning boundary values is actually needed  Moreover, it 
has the MUST requirement.

Mykyta Yevstifeyev

> Thanks for reading the IANA-related sections carefully; we will make sure these items are addressed in the next version.
>
> Gruesse, Carsten
>
>


From peter.van.der.stok@philips.com  Mon Jan 31 00:02:38 2011
Return-Path: <peter.van.der.stok@philips.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6A6263A6BA6; Mon, 31 Jan 2011 00:02:38 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.449
X-Spam-Level: 
X-Spam-Status: No, score=-6.449 tagged_above=-999 required=5 tests=[AWL=0.150,  BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ufQgUsCXW5vE; Mon, 31 Jan 2011 00:02:37 -0800 (PST)
Received: from TX2EHSOBE005.bigfish.com (tx2ehsobe003.messaging.microsoft.com [65.55.88.13]) by core3.amsl.com (Postfix) with ESMTP id 4486B3A6BA3; Mon, 31 Jan 2011 00:02:36 -0800 (PST)
Received: from mail116-tx2-R.bigfish.com (10.9.14.245) by TX2EHSOBE005.bigfish.com (10.9.40.25) with Microsoft SMTP Server id 14.1.225.8; Mon, 31 Jan 2011 08:05:49 +0000
Received: from mail116-tx2 (localhost.localdomain [127.0.0.1])	by mail116-tx2-R.bigfish.com (Postfix) with ESMTP id 989EF1182AB; Mon, 31 Jan 2011 08:05:49 +0000 (UTC)
X-SpamScore: -69
X-BigFish: VPS-69(zzbb2dK15d6O9251J542N1432N98dN1447R217bL9371P853kzz1202hzz1033ILz2dh2a8h668h61h)
X-Spam-TCS-SCL: 0:0
X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:NLHILEXE01.connect1.local; RD:smtpx.philips.com; EFVD:NLI
Received: from mail116-tx2 (localhost.localdomain [127.0.0.1]) by mail116-tx2 (MessageSwitch) id 1296461149433212_30613; Mon, 31 Jan 2011 08:05:49 +0000 (UTC)
Received: from TX2EHSMHS020.bigfish.com (unknown [10.9.14.243])	by mail116-tx2.bigfish.com (Postfix) with ESMTP id 5B6181488051; Mon, 31 Jan 2011 08:05:49 +0000 (UTC)
Received: from NLHILEXE01.connect1.local (168.87.56.20) by TX2EHSMHS020.bigfish.com (10.9.99.120) with Microsoft SMTP Server (TLS) id 14.1.225.8; Mon, 31 Jan 2011 08:05:48 +0000
Received: from NLAMSEXH04.connect1.local (172.16.153.25) by connect1.philips.com (172.16.156.150) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 31 Jan 2011 09:05:48 +0100
Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLAMSEXH04.connect1.local ([172.16.153.25]) with mapi; Mon, 31 Jan 2011 09:05:47 +0100
From: "Stok, Peter van der" <peter.van.der.stok@philips.com>
To: "paduffy@cisco.com" <paduffy@cisco.com>
Date: Mon, 31 Jan 2011 09:05:46 +0100
Thread-Topic: [core] link hierarchies and RFC 5785
Thread-Index: Acu/C51oS4PYubwMRC6tZvs1LOuoBwCEbhTg
Message-ID: <B5584ABB89131542BEA01BFAF71A73878C056710FF@NLCLUEXM03.connect1.local>
References: <OF3F615411.2CEAF336-ONC1257825.002CF4B1-C1257825.0031C832@Schne ider-Electric.com>	<8323B114-5CC2-4D35-BE86-4285346D2187@sensinode.com> <B5584ABB89131542BEA01BFAF71A73878C05670B7D@NLCLUEXM03.connect1.local> <4D42F40E.6030908@cisco.com>
In-Reply-To: <4D42F40E.6030908@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: philips.com
Cc: core WG <core@ietf.org>, "core-bounces@ietf.org" <core-bounces@ietf.org>
Subject: Re: [core] link hierarchies and RFC 5785
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 08:02:38 -0000

thanks for the suggestion, but can you elaborate a bit?

peter

-----Original Message-----
From: Paul Duffy [mailto:paduffy@cisco.com]
Sent: Friday 28 January 2011 17:51
To: Stok, Peter van der
Cc: Zach Shelby; matthieu.vial@fr.non.schneider-electric.com; core-bounces@=
ietf.org; core WG
Subject: Re: [core] link hierarchies and RFC 5785

Would IANA assigned Private Enterprise Numbers suffice?

On 1/28/2011 3:28 AM, Stok, Peter van der wrote:
> ...
>
> Some suggestions are (given that XXX stands for BACnet, KNX, ZigBee, DALI=
, oBIX, etc....):
> A path for a given standard is preceded by /representation/XXX/name
> Or is preceded by /XXX/name (is shorter)
> Or is given by /name but with d=3D"XXX" as link extension to be returned =
by resource query.
>
> I have no preference for any syntax, as long as there is a recommendation=
 in the CoAP draft on how to introduce the representation type.
>
> All these suggestions do not reserve any mnemonics, so no involvement by =
IANA. This may lead to name clashes, but I have no idea how likely that is.=
 Anyone has a better suggestion while at the same time maintaining the poss=
ibility to reserve mnemonics?
>


The information contained in this message may be confidential and legally p=
rotected under applicable law. The message is intended solely for the addre=
ssee(s). If you are not the intended recipient, you are hereby notified tha=
t any use, forwarding, dissemination, or reproduction of this message is st=
rictly prohibited and may be unlawful. If you are not the intended recipien=
t, please contact the sender by return e-mail and destroy all copies of the=
 original message.


From prvs=201256BF81=guido.moritz@uni-rostock.de  Mon Jan 31 01:12:31 2011
Return-Path: <prvs=201256BF81=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A4B0C3A6B32 for <core@core3.amsl.com>; Mon, 31 Jan 2011 01:12:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.992
X-Spam-Level: 
X-Spam-Status: No, score=-1.992 tagged_above=-999 required=5 tests=[AWL=0.257,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ulcM3rdRH2p for <core@core3.amsl.com>; Mon, 31 Jan 2011 01:12:30 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id C45823A6B2F for <core@ietf.org>; Mon, 31 Jan 2011 01:12:29 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'core' <core@ietf.org>
References: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com>
In-Reply-To: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com>
Date: Mon, 31 Jan 2011 10:15:42 +0100
Message-ID: <002a01cbc127$6f6dc020$4e494060$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGhxakaBs5WVgacw5WQBkurmEUXLJQ+vDVw
Content-Language: de
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 09:12:31 -0000

Klaus,

thank you for your detailed analyses. There are details in your text =
about
the design of CoAP I was not completely aware while reading only the =
draft.

I will try to answer few of your questions.
> Question 2.)
>=20
> What should be the properties of the general success code?
>=20
> Proposal:
> - Applies to any method
+1
> - Payload must be ignored by any recipient
Why? If the general success code is so generic, it will depend on the
application if payload is required or not.

> Question 3.)
>=20
> What are some good example use-cases for POST responses with payload?
>=20
> I guess there have to be tons of good examples to motivate POST
> responses with payload. Please list some that come to your mind.
I love POST to be interpreted as "server, please process my response and
give me the result." This may be a new resource or maybe even two. Or no
resource being created and I just get the response for my request. But =
since
the "please do what you have to do with this data and give me the =
answer" is
so generic, defining if and which payload is included is not that =
simple.
For our SOAP over CoAP binding we have both cases: One way request =
exchange
pattern without payload in the ACK and two way request response exchange
pattern with payload in the ACK.

> Question 4.)
>=20
> What should be the properties of POST responses with payload?
>=20
> Proposal:
> - Applies only to POST (not to PUT or DELETE)
Wouldn't the generic OK be sufficient, since POST is 'somewhat' generic =
too?
> - Payload may be a representation of the resource, or something else,
> depending on the operation performed by the server
+1
> - Payload format is determined by Content-Type option
+1
=20
> Question 5.)
>=20
> This is probably the most interesting question. What are the semantics
> of a POST response with payload? What happened when such a response is
> sent? What can an intermediary infer when it sees one?
>=20
> Did the target resource change?
Depends on the response code. 2.04. indicated changed resource.
> Did another resource change?
Location + 2.04
> Was a new resource created?
Location + 2.01
> Was an existing resource deleted?
2.02
> Did the server just compute something without changing anything?
2.00 OK

Guido

> -----Urspr=FCngliche Nachricht-----
> Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag =
von
> Klaus Hartke
> Gesendet: Freitag, 28. Januar 2011 23:14
> An: core
> Betreff: [core] Response codes for POST
>=20
> It has been mentioned in the webex call and on this mailing list that
> there should be a response code with payload for POST requests. I,
> too, agree that this would be useful to have.
>=20
> We need to be specific what the properties/semantics of that response =
code
> are.
>=20
>=20
> Each response code needs to define the following properties:
>=20
> - What methods does the response code apply to.
> - Is payload required or optional or forbidden.
> - What is the meaning of the payload (for example, the payload in a
> successful response to a GET request is a representation of the target
> resource; the payload in an error response is a human-readable
> diagnostic message).
> - What is the format of the payload (for example, the format in a
> successful response to a GET is indicated by the Content-Type option;
> the format of the payload in an error response is always Net-Unicode
> text).
> - Is the response cacheable (max-age).
> - Is the response validatable when cached (etag).
> - Does the response mark stored responses for the request URI as =
stale.
> - Does the response mark stored responses for the Location URI become =
as
> stale.
>=20
> To summarize coap-04, the success response codes are currently defined
> as follows:
>=20
>
+-------------+-------------------------+---------+---------+------+-----=
--+
> | Request     | Response                | Payload | Max-Age | Etag | =
Stale
|
>
+-------------+-------------------------+---------+---------+------+-----=
--+
> | GET         | 2.00 OK                 | x       | x       | x    | -
|
> | GET + Etag  | 2.03 Valid              | -       | updates cache  | x
|
> | GET + Etag  | 2.00 OK                 | x       | x       | x    | -
|
> | POST        | 2.01 Created            | -       | -       | -    | x
|
> | POST        | 2.01 Created + Location | -       | -       | -    | x
|
> | POST        | 2.04 Changed            | -       | -       | -    | x
|
> | PUT         | 2.04 Changed            | -       | -       | -    | x
|
> | PUT         | 2.01 Created            | -       | -       | -    | x
|
> | DELETE      | 2.02 Deleted            | -       | -       | -    | x
|
>
+-------------+-------------------------+---------+---------+------+-----=
--+
>=20
> You'll notice that many of the response codes have the same
> properties/effects. The reason for this is that coap-04 aims to
> indicate what happened semantically, rather than define one response
> for each unique combination of effects. Illustrating  example from
> HTML:
>=20
> <i>text</i> has the effect of making the text be rendered in italics
> (often used for emphasis)
> <em>text</em> indicates emphasized text (often rendered in italics),
> i.e. the semantic meaning
>=20
> I think having the response code indicate what happened semantically
> is a useful property to have. We should try to keep it.
>=20
>=20
> Now on to the response codes for POST.
>=20
> Currently, a 2.00 (OK) response is defined to be cacheable. This makes
> it unsuitable for POST responses, because we invoke the POST method
> for its side-effects, not its return value. In the webex call, we
> agreed that it might make sense to create a new success response code
> for GET requests (say, 2.05), so 2.00 (OK) can be used to indicate
> general success.
>=20
> So we have three changes:
>=20
> - Rename 2.00 to, say, 2.05, to be used for GET responses;
>=20
> - Add a new code indicating general success; and
>=20
> - Add a new code for POST responses with payload.
>=20
> (I believe the two new codes will not have the same properties, so I
> listed them separately.)
>=20
> Here are a couple of questions to get the discussion started.
>=20
>=20
> Question 1.)
>=20
> What's a good name for the code used for responses to GET requests?
>=20
> The name "Your request was successful and here's the resource
> representation you've asked for" is too long :-)
>=20
>=20
> Question 2.)
>=20
> What should be the properties of the general success code?
>=20
> Proposal:
> - Applies to any method
> - Payload must be ignored by any recipient
> - Not cacheable or validatable
> - Does not mark stored responses as stale, except if defined by method
> - Does not use the Location Option
>=20
> This would define the general success code that is currently missing
> from coap-04:
>=20
> "However, there is no generic Response Code indicating success, so a
> Response Code in the Success class that is unrecognized by an
> end-point can only be used to determine that the request was
> successful without any further details."
>=20
>=20
> Question 3.)
>=20
> What are some good example use-cases for POST responses with payload?
>=20
> The only example given so far is that of merging two resources, which
> in my opinion is not a good example to motivate POST responses with
> payload. In that example, a POST takes two URI arguments, merges the
> two resources into a new resource, and deletes the old resources. What
> we'd ideally like to say in the response would be this:
>=20
> - The operation was successful
> - This information is not cacheable
> - The old resource #1 was deleted; any stored response for that URI
> should be marked as stale
> - The old resource #2 was deleted; any stored response for that URI
> should be marked as stale
> - A new resource was created at Location #3; any stored response for
> that URI should be marked as stale
> - The target resource did not change
> - No payload
>=20
> We don't have a response code for this, so we need select a response
> code that comes close. It seems to me a simple 2.01 Created + Location
> of the new resource would be the best solution here, because the
> client needs to be informed of the URI of the newly created resource,
> and it doesn't hurt too much that stored responses for the two deleted
> URIs aren't marked as stale.
>=20
> I guess there have to be tons of good examples to motivate POST
> responses with payload. Please list some that come to your mind.
>=20
>=20
> Question 4.)
>=20
> What should be the properties of POST responses with payload?
>=20
> Proposal:
> - Applies only to POST (not to PUT or DELETE)
> - Payload may be a representation of the resource, or something else,
> depending on the operation performed by the server
> - Payload format is determined by Content-Type option
> - Not cacheable or validatable
> - Marks any stored responses for request URI as stale
> - Does not use the Location Option
>=20
>=20
> Question 5.)
>=20
> This is probably the most interesting question. What are the semantics
> of a POST response with payload? What happened when such a response is
> sent? What can an intermediary infer when it sees one?
>=20
> Did the target resource change?
> Did another resource change?
> Was a new resource created?
> Was an existing resource deleted?
> Did the server just compute something without changing anything?
>=20
>=20
> Klaus
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From matthieu.vial@fr.non.schneider-electric.com  Mon Jan 31 03:01:17 2011
Return-Path: <matthieu.vial@fr.non.schneider-electric.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1976B3A68F6; Mon, 31 Jan 2011 03:01:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.05
X-Spam-Level: 
X-Spam-Status: No, score=-3.05 tagged_above=-999 required=5 tests=[AWL=-0.051,  BAYES_00=-2.599, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2mh4YaU65GQr; Mon, 31 Jan 2011 03:01:16 -0800 (PST)
Received: from mailX03.eud.schneider-electric.com (mailx03.eud.schneider-electric.com [205.167.7.41]) by core3.amsl.com (Postfix) with ESMTP id 0E1AE3A68ED; Mon, 31 Jan 2011 03:01:15 -0800 (PST)
Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX03.eud.schneider-electric.com with ESMTP id 2011013111472929-106288 ; Mon, 31 Jan 2011 11:47:29 +0100 
In-Reply-To: <002a01cbc127$6f6dc020$4e494060$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
From: Matthieu VIAL <matthieu.vial@fr.non.schneider-electric.com>
Message-ID: <OFEE4665D8.3CABE994-ONC1257829.00380462-C1257829.003CD4AF@Schneider-Electric.com>
Date: Mon, 31 Jan 2011 12:04:25 +0100
X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 31/01/2011 12:04:28, Serialize complete at 31/01/2011 12:04:28, Itemize by SMTP Server on AXEU3OUT.schneider-electric.com/X/SVR/SEIxtra at 31/01/2011 11:47:29, Serialize by Router on AXEU3OUT.schneider-electric.com/X/SVR/SEIxtra at 31/01/2011 11:47:30, Serialize complete at 31/01/2011 11:47:30
Content-Type: text/plain; charset="US-ASCII"
Cc: core-bounces@ietf.org, 'core' <core@ietf.org>
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 11:01:17 -0000

Hi Guido,

I don't understand in your proposition the exact semantic attached to the 
payload in the response.
Is the following proposition acceptable?

>> Question 5.)
>> 
>> This is probably the most interesting question. What are the semantics
>> of a POST response with payload? What happened when such a response is
>> sent? What can an intermediary infer when it sees one?
>> 

>> Was a new resource created?
>Location + 2.01
The payload is the representation of the new resource. This should be used 
only if the new resource is not identical to the representation submited 
in the request (the server may add a timestamp or an automatically 
incremented ID for example). It is then an optimization to avoid a GET on 
the created resource.
Or some kind of extended code to provide a detailed status of the 
operation. For example the client may determine from this code that a 
subsequent GET is needed to get the exact representation of the new 
resource.

>> Did another resource change?
>Location + 2.04
same as previous

>> Did the target resource change?
>Depends on the response code. 2.04. indicated changed resource.
same as previous

>> Was an existing resource deleted?
>2.02
The payload is a representation of the last state before deletion. How the 
server can decide if the client is interested in the last state?
I'am not in favor of having 2 methods to delete a resource to keep the 
interface simple and uniform. But an "invoke" POST could be used to make 
an atomic operation on several resources just like the merge example from 
Klaus.

>> Did the server just compute something without changing anything?
>2.00 OK
The payload is the result of an "invoke" POST

Matthieu

From prvs=50126E67A8=guido.moritz@uni-rostock.de  Mon Jan 31 03:30:54 2011
Return-Path: <prvs=50126E67A8=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7EDDC3A6BEB for <core@core3.amsl.com>; Mon, 31 Jan 2011 03:30:54 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.713
X-Spam-Level: 
X-Spam-Status: No, score=-1.713 tagged_above=-999 required=5 tests=[AWL=-0.064, BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, J_CHICKENPOX_12=0.6, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YAFZecJD53zg for <core@core3.amsl.com>; Mon, 31 Jan 2011 03:30:53 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 82E8A3A696D for <core@ietf.org>; Mon, 31 Jan 2011 03:30:49 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Matthieu VIAL' <matthieu.vial@fr.non.schneider-electric.com>
References: <002a01cbc127$6f6dc020$4e494060$@uni-rostock.de> <OFEE4665D8.3CABE994-ONC1257829.00380462-C1257829.003CD4AF@Schneider-Electric.com>
In-Reply-To: <OFEE4665D8.3CABE994-ONC1257829.00380462-C1257829.003CD4AF@Schneider-Electric.com>
Date: Mon, 31 Jan 2011 12:34:02 +0100
Message-ID: <003701cbc13a$c2845ef0$478d1cd0$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQKMIW7+R+xr+WDOYGpf1Ub42MyD65JqL/sg
Content-Language: de
Cc: 'core' <core@ietf.org>
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 11:30:54 -0000

Matthieu,

See my comments inline.

Guido


> -----Urspr=FCngliche Nachricht-----
> Von: Matthieu VIAL =
[mailto:matthieu.vial@fr.non.schneider-electric.com]
> Gesendet: Montag, 31. Januar 2011 12:04
> An: Guido Moritz
> Cc: 'core'; core-bounces@ietf.org
> Betreff: Re: [core] Response codes for POST
>=20
> Hi Guido,
>=20
> I don't understand in your proposition the exact semantic attached to =
the
> payload in the response.
> Is the following proposition acceptable?
>=20
> >> Question 5.)
> >>
> >> This is probably the most interesting question. What are the =
semantics
> >> of a POST response with payload? What happened when such a response
> is
> >> sent? What can an intermediary infer when it sees one?
> >>
>=20
> >> Was a new resource created?
> >Location + 2.01
> The payload is the representation of the new resource. This should be =
used
> only if the new resource is not identical to the representation =
submited
> in the request (the server may add a timestamp or an automatically
> incremented ID for example). It is then an optimization to avoid a GET =
on
> the created resource.
If POST results in exactly the same resource like the submitted one, =
isn't
this a PUT and not a POST?

> Or some kind of extended code to provide a detailed status of the
> operation. For example the client may determine from this code that a
> subsequent GET is needed to get the exact representation of the new
> resource.
In general yes, to avoid an additional GET for a new resource. Maybe the
response resource (i.e. is the newly created one) is only a temporary =
one,
valid only for this single request. So the server does not have to =
create a
new one, but just sends it out and after transaction can forget about

>=20
> >> Did another resource change?
> >Location + 2.04
> same as previous
>=20
> >> Did the target resource change?
> >Depends on the response code. 2.04. indicated changed resource.
> same as previous
>=20
> >> Was an existing resource deleted?
> >2.02
> The payload is a representation of the last state before deletion. How =
the
> server can decide if the client is interested in the last state?
> I'am not in favor of having 2 methods to delete a resource to keep the
> interface simple and uniform. But an "invoke" POST could be used to =
make
> an atomic operation on several resources just like the merge example =
from
> Klaus.
If you want to delete, use DELETE. But what if it depends on some
application logic if a resource is deleted. Something like "Delete if
TEMP>25, otherwise keep it." A deleted resource must not be integrated =
in
the payload. (or are their applications for logging and roll-back to =
keep
the last state at the client?)

>=20
> >> Did the server just compute something without changing anything?
> >2.00 OK
> The payload is the result of an "invoke" POST
Yes.

>=20
> Matthieu


From klaus.hartke@googlemail.com  Mon Jan 31 07:24:25 2011
Return-Path: <klaus.hartke@googlemail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB7A83A6A73 for <core@core3.amsl.com>; Mon, 31 Jan 2011 07:24:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.544
X-Spam-Level: 
X-Spam-Status: No, score=-2.544 tagged_above=-999 required=5 tests=[AWL=0.433,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yc4m4-e12+sE for <core@core3.amsl.com>; Mon, 31 Jan 2011 07:24:23 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 6B50F3A6A86 for <core@ietf.org>; Mon, 31 Jan 2011 07:24:22 -0800 (PST)
Received: by bwz12 with SMTP id 12so6233129bwz.31 for <core@ietf.org>; Mon, 31 Jan 2011 07:27:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=ZyuO9o4RxTp61WQ3qdQjVNnF47YUfnXkajcMb30Uqs8=; b=RAzF0JAFSgPJcnDZxfN4I0Z/yS2ii2gJUx85KcfSHsgKvpALalqmQp4FPcGpqDl2cl V+ERlsCSU613+M4U1ng7e+dDsQVG4tXrG7cC2qieNrk/OvfI3MYzs1j0sU9C/paqtXem weiddWBr8OxYVJsfQ3Fn+ld8pK6b5Oan+UmP0=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=N+V0UKPlVQ+t+j0lhuE/ICgrMS//QMILoDOvFWdL9JW/oIIMtQhONe7NEYlNJpRXMf 1eyK8zEkrO0qXfiUEE4yIm6/GWbNcNUJsel8HawxYxPG84BbJZcb4u5HgfH5g4qAfdTH EqWbdjsnpM69qBLm7608jA7BocuQIWkSCsPq8=
MIME-Version: 1.0
Received: by 10.204.119.204 with SMTP id a12mr406575bkr.116.1296487656090; Mon, 31 Jan 2011 07:27:36 -0800 (PST)
Sender: klaus.hartke@googlemail.com
Received: by 10.204.141.28 with HTTP; Mon, 31 Jan 2011 07:27:36 -0800 (PST)
In-Reply-To: <4D43AD3E.5030301@gmail.com>
References: <4D43AD3E.5030301@gmail.com>
Date: Mon, 31 Jan 2011 16:27:36 +0100
X-Google-Sender-Auth: TDeXIBfYx1zcGdmumz6IZ099PZQ
Message-ID: <AANLkTik5238AvVBvJMOm_C4uxB43-hGi4mhox3i07cXM@mail.gmail.com>
From: Klaus Hartke <hartke@tzi.org>
To: Mykyta Yevstifeyev <evnikita2@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
Cc: core@ietf.org
Subject: Re: [core] Comments on Section 11 of draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 15:24:25 -0000

Mykyta Yevstifeyev wrote:
> As for Section 11.1.=A0 The registry is underspecified too.=A0 I would li=
ke to
> suggest the following description of the 'CoAP Codes' registry:

The CoAP Codes registry isn't really intended to assign any codes. The
document defines what the different ranges mean. All codes that can be
registered are assigned by the two sub-registries. So I don't think we
need such text.

> Finally, as a typographical error in Section 5.9.1.3.=A0 The response cod=
e
> description is for 2.04, not 2.02.

No, this is correct. A CoAP 2.02 (Deleted) response indicates that a
resource was successfully deleted. It has no content, so it's similar
to a HTTP 204 (No Content) response.

I will create a ticket for the other issues shortly. Carsten already
commented on the option numbers.


Klaus

From klaus.hartke@googlemail.com  Mon Jan 31 07:54:17 2011
Return-Path: <klaus.hartke@googlemail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2A5BE3A6977 for <core@core3.amsl.com>; Mon, 31 Jan 2011 07:54:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.555
X-Spam-Level: 
X-Spam-Status: No, score=-2.555 tagged_above=-999 required=5 tests=[AWL=0.422,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PXlwhEztRwXj for <core@core3.amsl.com>; Mon, 31 Jan 2011 07:54:10 -0800 (PST)
Received: from mail-ey0-f172.google.com (mail-ey0-f172.google.com [209.85.215.172]) by core3.amsl.com (Postfix) with ESMTP id 9CF533A67F0 for <core@ietf.org>; Mon, 31 Jan 2011 07:54:10 -0800 (PST)
Received: by eyd10 with SMTP id 10so2855339eyd.31 for <core@ietf.org>; Mon, 31 Jan 2011 07:57:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=PVgsfKePLTuXJQozEDIMKOEb77ZaaiyvCQY6rBw/F+8=; b=HtLg01cO6WlBFRpGXYMIBl/Y852buWXye/GqzJGPylGc0U/Z5FY4NcqL2FLQ1yp3rM rf1fTErx0Gt8DS0mDNuslJqqdh7tC7+1ONZjtrHatgD4WcLdgRNE3DbuhQ9vA/+mEeU5 LtNqkPUSq5GDiwhpVfM+9IXcrhx5jiCJuDvEE=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=VA5FGQyZ+vX+dqmoJjydUZvoU83D3HjhoOfuy2ZXvCj0xSFngkNyCqnVlCZOrxh9Ck YkZAFQYfw/WdpAHPcnKwcXTCCzoY6D3jcq6kzeJ3nmqiBFrjwYjHN7xOKkl5sLmjp8/J c2FULbrLMsAATrA8TyUkL0dRSQ+CO2Wyn0J/4=
MIME-Version: 1.0
Received: by 10.204.127.89 with SMTP id f25mr5463432bks.143.1296489442987; Mon, 31 Jan 2011 07:57:22 -0800 (PST)
Sender: klaus.hartke@googlemail.com
Received: by 10.204.141.28 with HTTP; Mon, 31 Jan 2011 07:57:22 -0800 (PST)
In-Reply-To: <002a01cbc127$6f6dc020$4e494060$@uni-rostock.de>
References: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com> <002a01cbc127$6f6dc020$4e494060$@uni-rostock.de>
Date: Mon, 31 Jan 2011 16:57:22 +0100
X-Google-Sender-Auth: QcoMKQMibDi2ZyD6ZTgDhUnsdmY
Message-ID: <AANLkTikoGq9-tmOOM0XKt1RTR3GmOBY+uWXqUdutK2z-@mail.gmail.com>
From: Klaus Hartke <hartke@tzi.org>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 15:54:17 -0000

Guido Moritz wrote:
>> Question 2.)
>>
>> What should be the properties of the general success code?
>>
>> Proposal:
>> - Applies to any method
> +1

On second thought, what's the meaning of a generic success response
to, e.g., a GET?

>> - Payload must be ignored by any recipient
> Why? If the general success code is so generic, it will depend on the
> application if payload is required or not.

What's the meaning of payload in a generic success response? (Assuming
a generic success response is different from a success response to a
POST that created/updated/deleted/computed something.)

>> Question 3.)
>>
>> What are some good example use-cases for POST responses with payload?
>>
>> I guess there have to be tons of good examples to motivate POST
>> responses with payload. Please list some that come to your mind.
> I love POST to be interpreted as "server, please process my response and
> give me the result." This may be a new resource or maybe even two. Or no
> resource being created and I just get the response for my request.

Agreed.

> For our SOAP over CoAP binding we have both cases: One way request exchange
> pattern without payload in the ACK and two way request response exchange
> pattern with payload in the ACK.

SOAP over CoAP isn't exactly a *good* example ;-) Need moar.

>> Question 4.)
>>
>> What should be the properties of POST responses with payload?
>>
>> Proposal:
>> - Applies only to POST (not to PUT or DELETE)
> Wouldn't the generic OK be sufficient, since POST is 'somewhat' generic too?

When we have finished designing the generic OK and the response code
for POST, and there seems to be no difference between the two, we can
assign the same number to them. But I'd like to keep the two issues
separated for now.

(Example: The current success responses to POST and PUT were designed
separately. But the result was that the "Created" response to a POST
and the "Created" response to a PUT were so similar, that I assigned
both the code 2.01)

>> - Payload may be a representation of the resource, or something else,
>> depending on the operation performed by the server
> +1
>> - Payload format is determined by Content-Type option
> +1

An interesting question is also how to use the Block Option with a
POST where both request and response have payload.

>> Question 5.)
>>
>> This is probably the most interesting question. What are the semantics
>> of a POST response with payload? What happened when such a response is
>> sent? What can an intermediary infer when it sees one?
>>
>> Did the target resource change?
> Depends on the response code. 2.04. indicated changed resource.
>> Did another resource change?
> Location + 2.04
>> Was a new resource created?
> Location + 2.01
>> Was an existing resource deleted?
> 2.02
>> Did the server just compute something without changing anything?
> 2.00 OK

So you suggest to allow payload with 2.01 and 2.04, so a server can
include the result of a POST in the response? 2.01 and 2.04 are also
used for PUT.

What's the meaning of payload in a response to a PUT? If it's a
representation of the updated resource, shouldn't the response be
cachable?


Klaus

From prvs=30120E270E=guido.moritz@uni-rostock.de  Mon Jan 31 08:11:09 2011
Return-Path: <prvs=30120E270E=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DB5123A6C43 for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:11:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.008
X-Spam-Level: 
X-Spam-Status: No, score=-2.008 tagged_above=-999 required=5 tests=[AWL=0.241,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tyNC9SjpvsnL for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:11:07 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id D81CB3A67B6 for <core@ietf.org>; Mon, 31 Jan 2011 08:11:05 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Klaus Hartke' <hartke@tzi.org>, 'core' <core@ietf.org>
References: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com>	<002a01cbc127$6f6dc020$4e494060$@uni-rostock.de> <AANLkTikoGq9-tmOOM0XKt1RTR3GmOBY+uWXqUdutK2z-@mail.gmail.com>
In-Reply-To: <AANLkTikoGq9-tmOOM0XKt1RTR3GmOBY+uWXqUdutK2z-@mail.gmail.com>
Date: Mon, 31 Jan 2011 17:14:17 +0100
Message-ID: <007601cbc161$e8ca1f60$ba5e5e20$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGhxakaBs5WVgacw5WQBkurmEUXLAHG5Q4yAj2uUmWUHxBJQA==
Content-Language: de
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 16:11:11 -0000

Comments inline.

Guido

> -----Urspr=FCngliche Nachricht-----
> Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag =
von
> Klaus Hartke
> Gesendet: Montag, 31. Januar 2011 16:57
> An: core
> Betreff: Re: [core] Response codes for POST
>=20
> Guido Moritz wrote:
> >> Question 2.)
> >>
> >> What should be the properties of the general success code?
> >>
> >> Proposal:
> >> - Applies to any method
> > +1
>=20
> On second thought, what's the meaning of a generic success response
> to, e.g., a GET?
I would say it is the same for both. So maybe it is not required a new
response code for a GET, but just remove the dependency of 2.00 OK to a
specific method?

>=20
> >> - Payload must be ignored by any recipient
> > Why? If the general success code is so generic, it will depend on =
the
> > application if payload is required or not.
>=20
> What's the meaning of payload in a generic success response? (Assuming
> a generic success response is different from a success response to a
> POST that created/updated/deleted/computed something.)
>=20
> >> Question 3.)
> >>
> >> What are some good example use-cases for POST responses with
> payload?
> >>
> >> I guess there have to be tons of good examples to motivate POST
> >> responses with payload. Please list some that come to your mind.
> > I love POST to be interpreted as "server, please process my response =
and
> > give me the result." This may be a new resource or maybe even two. =
Or no
> > resource being created and I just get the response for my request.
>=20
> Agreed.
>=20
> > For our SOAP over CoAP binding we have both cases: One way request
> exchange
> > pattern without payload in the ACK and two way request response
> exchange
> > pattern with payload in the ACK.
>=20
> SOAP over CoAP isn't exactly a *good* example ;-) Need moar.
Yea, it is not. But maybe a good example for an application profile on =
top
of CoAP ;)

>=20
> >> Question 4.)
> >>
> >> What should be the properties of POST responses with payload?
> >>
> >> Proposal:
> >> - Applies only to POST (not to PUT or DELETE)
> > Wouldn't the generic OK be sufficient, since POST is 'somewhat' =
generic
> too?
>=20
> When we have finished designing the generic OK and the response code
> for POST, and there seems to be no difference between the two, we can
> assign the same number to them. But I'd like to keep the two issues
> separated for now.
>=20
> (Example: The current success responses to POST and PUT were designed
> separately. But the result was that the "Created" response to a POST
> and the "Created" response to a PUT were so similar, that I assigned
> both the code 2.01)
>=20
> >> - Payload may be a representation of the resource, or something =
else,
> >> depending on the operation performed by the server
> > +1
> >> - Payload format is determined by Content-Type option
> > +1
>=20
> An interesting question is also how to use the Block Option with a
> POST where both request and response have payload.
There is a small thread on the list, that maybe the current block design =
can
be used with deferred responses:
http://www.ietf.org/mail-archive/web/core/current/msg01508.html
Maybe in future versions of block the door should be kept open.=20

>=20
> >> Question 5.)
> >>
> >> This is probably the most interesting question. What are the =
semantics
> >> of a POST response with payload? What happened when such a response
> is
> >> sent? What can an intermediary infer when it sees one?
> >>
> >> Did the target resource change?
> > Depends on the response code. 2.04. indicated changed resource.
> >> Did another resource change?
> > Location + 2.04
> >> Was a new resource created?
> > Location + 2.01
> >> Was an existing resource deleted?
> > 2.02
> >> Did the server just compute something without changing anything?
> > 2.00 OK
>=20
> So you suggest to allow payload with 2.01 and 2.04, so a server can
> include the result of a POST in the response? 2.01 and 2.04 are also
> used for PUT.
Sounds reasonable.

>=20
> What's the meaning of payload in a response to a PUT? If it's a
> representation of the updated resource,
As I understand, PUT is "Replace existing with this one or create of not
exists". So there is no need to response with the resource. But POST may
result in a resource (or something else the server made of the request)
different from the one I sent=20

> shouldn't the response be cachable?
Jep.

>=20
>=20
> Klaus
> _______________________________________________
> core mailing list
> core@ietf.org
> https://www.ietf.org/mailman/listinfo/core


From cabo@tzi.org  Mon Jan 31 08:20:34 2011
Return-Path: <cabo@tzi.org>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 807193A6827 for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:20:34 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.376
X-Spam-Level: 
X-Spam-Status: No, score=-106.376 tagged_above=-999 required=5 tests=[AWL=-0.127, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oo+yFcL9fg47 for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:20:33 -0800 (PST)
Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 3F50F3A679F for <core@ietf.org>; Mon, 31 Jan 2011 08:20:32 -0800 (PST)
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.3/8.14.3) with ESMTP id p0VGNeoP017625; Mon, 31 Jan 2011 17:23:40 +0100 (CET)
Received: from [192.168.217.101] (p5489B7BC.dip.t-dialin.net [84.137.183.188]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id CFCBE463; Mon, 31 Jan 2011 17:23:39 +0100 (CET)
Mime-Version: 1.0 (Apple Message framework v1082)
Content-Type: text/plain; charset=us-ascii
From: Carsten Bormann <cabo@tzi.org>
In-Reply-To: <007601cbc161$e8ca1f60$ba5e5e20$@uni-rostock.de>
Date: Mon, 31 Jan 2011 17:24:40 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <FB110559-1E38-4697-B4BF-806204526BD0@tzi.org>
References: <AANLkTinOfTEJg-MEQ=VhJzMX3Vap_eT5OTK6EOeaNG9-@mail.gmail.com>	<002a01cbc127$6f6dc020$4e494060$@uni-rostock.de> <AANLkTikoGq9-tmOOM0XKt1RTR3GmOBY+uWXqUdutK2z-@mail.gmail.com> <007601cbc161$e8ca1f60$ba5e5e20$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
X-Mailer: Apple Mail (2.1082)
Cc: 'core' <core@ietf.org>, 'Klaus Hartke' <hartke@tzi.org>
Subject: Re: [core] Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 16:20:34 -0000

On Jan 31, 2011, at 17:14, Guido Moritz wrote:

> Maybe in future versions of block the door should be kept open.=20

I'm working on a good solution for that.
(Not that I think it's particularly important, but it is sure nice to be =
more general here.  As long as it doesn't increase complexity.)

Gruesse, Carsten


From matthieu.vial@fr.non.schneider-electric.com  Mon Jan 31 08:31:10 2011
Return-Path: <matthieu.vial@fr.non.schneider-electric.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9D66A3A6C3E for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:31:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.347
X-Spam-Level: 
X-Spam-Status: No, score=-3.347 tagged_above=-999 required=5 tests=[AWL=0.252,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tvB6NGDNneuM for <core@core3.amsl.com>; Mon, 31 Jan 2011 08:31:09 -0800 (PST)
Received: from mailX02.eud.schneider-electric.com (mailx02.eud.schneider-electric.com [205.167.7.38]) by core3.amsl.com (Postfix) with ESMTP id B89633A6C37 for <core@ietf.org>; Mon, 31 Jan 2011 08:31:09 -0800 (PST)
Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX02.eud.schneider-electric.com with ESMTP id 2011013117111522-164803 ; Mon, 31 Jan 2011 17:11:15 +0100 
In-Reply-To: <003701cbc13a$c2845ef0$478d1cd0$@uni-rostock.de>
To: Guido Moritz <guido.moritz@uni-rostock.de>
MIME-Version: 1.0
X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007
From: Matthieu VIAL <matthieu.vial@fr.non.schneider-electric.com>
Message-ID: <OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com>
Date: Mon, 31 Jan 2011 17:34:20 +0100
X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 31/01/2011 17:34:22, Serialize complete at 31/01/2011 17:34:22, Itemize by SMTP Server on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 31/01/2011 17:11:15, Serialize by Router on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 31/01/2011 17:11:16, Serialize complete at 31/01/2011 17:11:16
Content-Type: text/plain; charset="US-ASCII"
Cc: 'core' <core@ietf.org>
Subject: [core] RE AW:  Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 16:31:10 -0000

>> >> Was a new resource created?
>> >Location + 2.01
>> The payload is the representation of the new resource. This should be 
used
>> only if the new resource is not identical to the representation 
submited
>> in the request (the server may add a timestamp or an automatically
>> incremented ID for example). It is then an optimization to avoid a GET 
on
>> the created resource.
>If POST results in exactly the same resource like the submitted one, 
isn't
>this a PUT and not a POST?

The idea is:

REQ: POST /alrm
<alrm type="fire"/>
RES: 2.01 Created /alrm/1
<alrm id="1234" type="fire"/>

instead of

REQ: POST /alrm
<alrm type="fire"/>
RES: 2.01 Created /alrm/1

REQ: GET /alrm/1
RES: 2.00 OK
<alrm id="1234" type="fire"/>

or

REQ: POST /alrm
<alrm type="fire"/>
RES: 2.01 Created /alrm/2

if

REQ: GET /alrm/2
RES: 2.00 OK
<alrm type="fire"/>

But the client may not directly be interested in the final representation 
especially if it is quite large.

Matthieu

From prvs=6012D022AF=guido.moritz@uni-rostock.de  Mon Jan 31 09:12:01 2011
Return-Path: <prvs=6012D022AF=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1274D3A67F0 for <core@core3.amsl.com>; Mon, 31 Jan 2011 09:12:01 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.025
X-Spam-Level: 
X-Spam-Status: No, score=-2.025 tagged_above=-999 required=5 tests=[AWL=0.224,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L6X79gZifY06 for <core@core3.amsl.com>; Mon, 31 Jan 2011 09:12:00 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 690893A67B7 for <core@ietf.org>; Mon, 31 Jan 2011 09:11:59 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Matthieu VIAL' <matthieu.vial@fr.non.schneider-electric.com>
References: <003701cbc13a$c2845ef0$478d1cd0$@uni-rostock.de> <OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com>
In-Reply-To: <OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com>
Date: Mon, 31 Jan 2011 18:15:13 +0100
Message-ID: <008601cbc16a$6c4b27f0$44e177d0$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQGPY/ypz35F/Ws2CIbpoZdDjanHc5RkCZpQ
Content-Language: de
Cc: 'core' <core@ietf.org>
Subject: Re: [core] RE AW:  Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 17:12:01 -0000

OK, got the point.
Using a subsequent GET is possible, but I would argue an overhead. In =
your
'emergency scenario' you could (by means of numbers of messages) half =
the
network load.

REQ: POST /alrm
<alrm type=3D"fire"/>
RES: 2.01 Created /alrm/1
<alrm id=3D"1234" type=3D"fire" derivedResult =
=3D"showOnScreen">Evacuation</alrm>

> But the client may not directly be interested in the final =
representation
> especially if it is quite large.
Agreed. But this is responsibility of the application developer if =
payload
is included or not. So don't use a MUST or MUST NOT, but something which
allows it if required.
Btw, a GET may also result in a very huge result. You may have =
information
of the expected size during the discovery, but if the resource is =
changed by
a third party between discovery and invocation, you might not get what =
you
expected.=20

Guido

> -----Urspr=FCngliche Nachricht-----
> Von: Matthieu VIAL =
[mailto:matthieu.vial@fr.non.schneider-electric.com]
> Gesendet: Montag, 31. Januar 2011 17:34
> An: Guido Moritz
> Cc: 'core'
> Betreff: RE AW: [core] Response codes for POST
>=20
> >> >> Was a new resource created?
> >> >Location + 2.01
> >> The payload is the representation of the new resource. This should =
be
> used
> >> only if the new resource is not identical to the representation
> submited
> >> in the request (the server may add a timestamp or an automatically
> >> incremented ID for example). It is then an optimization to avoid a =
GET
> on
> >> the created resource.
> >If POST results in exactly the same resource like the submitted one,
> isn't
> >this a PUT and not a POST?
>=20
> The idea is:
>=20
> REQ: POST /alrm
> <alrm type=3D"fire"/>
> RES: 2.01 Created /alrm/1
> <alrm id=3D"1234" type=3D"fire"/>
>=20
> instead of
>=20
> REQ: POST /alrm
> <alrm type=3D"fire"/>
> RES: 2.01 Created /alrm/1
>=20
> REQ: GET /alrm/1
> RES: 2.00 OK
> <alrm id=3D"1234" type=3D"fire"/>
>=20
> or
>=20
> REQ: POST /alrm
> <alrm type=3D"fire"/>
> RES: 2.01 Created /alrm/2
>=20
> if
>=20
> REQ: GET /alrm/2
> RES: 2.00 OK
> <alrm type=3D"fire"/>
>=20
> But the client may not directly be interested in the final =
representation
> especially if it is quite large.
>=20
> Matthieu


From klaus.hartke@googlemail.com  Mon Jan 31 10:08:29 2011
Return-Path: <klaus.hartke@googlemail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D8A593A6ABB for <core@core3.amsl.com>; Mon, 31 Jan 2011 10:08:29 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.565
X-Spam-Level: 
X-Spam-Status: No, score=-2.565 tagged_above=-999 required=5 tests=[AWL=0.412,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qwnFgetXhFyR for <core@core3.amsl.com>; Mon, 31 Jan 2011 10:08:28 -0800 (PST)
Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 55A5A3A6A6F for <core@ietf.org>; Mon, 31 Jan 2011 10:08:28 -0800 (PST)
Received: by bwz12 with SMTP id 12so6407699bwz.31 for <core@ietf.org>; Mon, 31 Jan 2011 10:11:42 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=a5CRP/Yw2WqRcaV3mPEijZSVA+MGg8yjDVoLdn8t8Ps=; b=x5y7o2ueQvDsspjvKh86x79SqjlCWcEcOx31efi8Kr5zkMsnvT+Y0xpgo3befsv60b rxHQALu/hOuXUUBaP4n42YeHWiggePwj0Z3DQuudEJfSj3RiN7gdGmLBuaq2u4OOuS30 TWpanKO0BNthQ4IY5OGiUp9KOt6Gd5blpzhP8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=Ds9Z66JWBrQ4URBSsWabDZXbr2lXxE8Notn9JWckRoVeGXGAsVKs+Ylixjj4DcR3rQ p0BeXaQ0Ju0fNX8wKNPFyzfs9uSwixACHpk3eNWtX4GEaaiN1hA2yVeOySjS7oFe5/Nc sbEZjCpZOQhIWvepnnFkc6H0Dg6C9a+5VtUf0=
MIME-Version: 1.0
Received: by 10.204.71.77 with SMTP id g13mr5695282bkj.170.1296497502187; Mon, 31 Jan 2011 10:11:42 -0800 (PST)
Sender: klaus.hartke@googlemail.com
Received: by 10.204.141.28 with HTTP; Mon, 31 Jan 2011 10:11:42 -0800 (PST)
In-Reply-To: <OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com>
References: <003701cbc13a$c2845ef0$478d1cd0$@uni-rostock.de> <OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com>
Date: Mon, 31 Jan 2011 19:11:42 +0100
X-Google-Sender-Auth: hVphYYzCdSMJMVIA6lfDB5iBQsA
Message-ID: <AANLkTikqnxpn3NuryH6c5MzpCqGCQxhEhmpPY5xJjP1H@mail.gmail.com>
From: Klaus Hartke <hartke@tzi.org>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [core] RE AW: Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 18:08:30 -0000

Matthieu VIAL wrote:
> The idea is:
>
> REQ: POST /alrm
> <alrm type="fire"/>
> RES: 2.01 Created /alrm/1
> <alrm id="1234" type="fire"/>

I think we are getting too clever here.

An intermediary that sees an exchange like this

> REQ: POST /alrm
> <alrm type="fire"/>
> RES: 2.01 Created /alrm/1
>
> REQ: GET /alrm/1
> RES: 2.00 OK
> <alrm id="1234" type="fire"/>

knows exactly what's going on and will do the right thing regarding,
e.g., cache invalidation and updating. A client receives the location
of the created resource and can decide what it wants to do next. The
two operations are decoupled and can evolve independently. These all
are good properties of a RESTful design.


Klaus

From prvs=6012D022AF=guido.moritz@uni-rostock.de  Mon Jan 31 10:53:53 2011
Return-Path: <prvs=6012D022AF=guido.moritz@uni-rostock.de>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E7E03A6AB9 for <core@core3.amsl.com>; Mon, 31 Jan 2011 10:53:53 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.04
X-Spam-Level: 
X-Spam-Status: No, score=-2.04 tagged_above=-999 required=5 tests=[AWL=0.209,  BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jwjJXLTV2gmt for <core@core3.amsl.com>; Mon, 31 Jan 2011 10:53:52 -0800 (PST)
Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 6F32D3A6965 for <core@ietf.org>; Mon, 31 Jan 2011 10:53:52 -0800 (PST)
From: Guido Moritz <guido.moritz@uni-rostock.de>
To: 'Klaus Hartke' <hartke@tzi.org>, 'core' <core@ietf.org>
References: <003701cbc13a$c2845ef0$478d1cd0$@uni-rostock.de>	<OF3241AA63.F3051B2B-ONC1257829.0056C5CB-C1257829.005B0950@Schneider-Electric.com> <AANLkTikqnxpn3NuryH6c5MzpCqGCQxhEhmpPY5xJjP1H@mail.gmail.com>
In-Reply-To: <AANLkTikqnxpn3NuryH6c5MzpCqGCQxhEhmpPY5xJjP1H@mail.gmail.com>
Date: Mon, 31 Jan 2011 19:57:06 +0100
Message-ID: <000301cbc178$a8757f60$f9607e20$@uni-rostock.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQI5WAjdJ5gRIcyOxPABx36hLWRQqwGPY/ypAfN2C++S9CmgMA==
Content-Language: de
Subject: Re: [core] RE AW: Response codes for POST
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 18:53:53 -0000

> An intermediary that sees an exchange like this
> knows exactly what's going on and will do the right thing regarding,
> e.g., cache invalidation and updating. A client receives the location
> of the created resource and can decide what it wants to do next. The
> two operations are decoupled and can evolve independently. These all
> are good properties of a RESTful design.
RESTful yes, but not necessarily for resource constrained environments.

Guido


From klaus.hartke@googlemail.com  Mon Jan 31 11:03:14 2011
Return-Path: <klaus.hartke@googlemail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DDE463A6C21 for <core@core3.amsl.com>; Mon, 31 Jan 2011 11:03:14 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.575
X-Spam-Level: 
X-Spam-Status: No, score=-2.575 tagged_above=-999 required=5 tests=[AWL=0.402,  BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z9vQa1NUuKnz for <core@core3.amsl.com>; Mon, 31 Jan 2011 11:03:13 -0800 (PST)
Received: from mail-ew0-f44.google.com (mail-ew0-f44.google.com [209.85.215.44]) by core3.amsl.com (Postfix) with ESMTP id 94C3F3A6AD2 for <core@ietf.org>; Mon, 31 Jan 2011 11:03:13 -0800 (PST)
Received: by ewy8 with SMTP id 8so2980378ewy.31 for <core@ietf.org>; Mon, 31 Jan 2011 11:06:27 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=3GNj3ft+JBewmKi/PJhOwcn8tZ0k9H8wd5nbauklsrQ=; b=GN37q6M2s5SvUpfu5lKG6XCXHcG2ZYNgpN2mi0Hl2Td8s8cYyJ19zoXdzsExQOA9V9 OFSvSMp0J2444TptVMSpRKO+NfWI+i+O2VZtLhBNMXfHLVvwfU65fInKM22sqFnnQXtc /57M8k61ZEOC9ilBBOsp/IBlRw9ED3kiyKWbQ=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=xgkYsa3OatFXZ9e4/Hzo/eutVRx1fRdC8KMPjhqDz/QBiGcnevrfD8dwrwmBRmcvn1 e/x4viDDmAg63wMQGwrwN05JuD4cATjWT/d9wWSeZPLu9MD0lylTjhNUKpbvT2qRYWeQ 6alT2LDQEjj/vOXTjq0njPEYUTr/LJUDylkJo=
MIME-Version: 1.0
Received: by 10.204.71.77 with SMTP id g13mr5755505bkj.170.1296500787748; Mon, 31 Jan 2011 11:06:27 -0800 (PST)
Sender: klaus.hartke@googlemail.com
Received: by 10.204.141.28 with HTTP; Mon, 31 Jan 2011 11:06:27 -0800 (PST)
In-Reply-To: <AANLkTinwyRYwvEiUPWF1wqXpx0QpyEv0hjUvqtYJ0E4V@mail.gmail.com>
References: <8F9FDD45-0F2F-4AB4-887A-F8CED9320005@cisco.com> <fd02a76d773a.773afd02a76d@huawei.com> <AANLkTinwyRYwvEiUPWF1wqXpx0QpyEv0hjUvqtYJ0E4V@mail.gmail.com>
Date: Mon, 31 Jan 2011 20:06:27 +0100
X-Google-Sender-Auth: _hV7mN43d_EEwP0y1-atRUDpxFk
Message-ID: <AANLkTimmzGcxfaDQywdoN5CF_ZO8OncmR4Mp8KyhKbAN@mail.gmail.com>
From: Klaus Hartke <hartke@tzi.org>
To: core <core@ietf.org>
Content-Type: text/plain; charset=ISO-8859-1
Subject: Re: [core] CoAP-04 or CoAP-HTTP Mapping for addressing difference between HTTP and CoAP
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 31 Jan 2011 19:03:15 -0000

Angelo P. Castellani wrote:
> B) CoAP design can continue to identify the best REST protocol for a
> contrained environment, leaving the mapping specification to an
> extended document specifically focused on HTTP (and maybe other
> protocols as briefly discussed on the list, e.g. XMPP).

+1


Klaus

From evnikita2@gmail.com  Mon Jan 31 21:43:10 2011
Return-Path: <evnikita2@gmail.com>
X-Original-To: core@core3.amsl.com
Delivered-To: core@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1B7A03A6B72 for <core@core3.amsl.com>; Mon, 31 Jan 2011 21:43:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.204
X-Spam-Level: 
X-Spam-Status: No, score=-3.204 tagged_above=-999 required=5 tests=[AWL=0.395,  BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4YF9jp0NVjgT for <core@core3.amsl.com>; Mon, 31 Jan 2011 21:43:09 -0800 (PST)
Received: from mail-fx0-f44.google.com (mail-fx0-f44.google.com [209.85.161.44]) by core3.amsl.com (Postfix) with ESMTP id D90BF3A6B68 for <core@ietf.org>; Mon, 31 Jan 2011 21:43:08 -0800 (PST)
Received: by fxm9 with SMTP id 9so7020489fxm.31 for <core@ietf.org>; Mon, 31 Jan 2011 21:46:24 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :cc:subject:references:in-reply-to:content-type :content-transfer-encoding; bh=eS3LpoaZGBOjOjgX64VSYSc2v/l8H1Uj4vUWc8bSUqw=; b=M4n5mGwUaf0xayRmTpKHWDXcnoM76A1cYMCPnt6uhwLsmtn7JbONgfEjd2/utluKW3 NsMIg3PZ/hjLBMao57PpaId0y+K1DMD4V+b7A/5ryhF+X2mM9kRaSDj+MBi3mACkCObq ipJYxLgTNmaoWZXVxjfi/7tOpPbu27phJvndI=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=QiIhVUaxCzNhqEjSrrM+OmeGrgFhqZb/U2rmv4wQfLQxwHj7TUh7RGMw9YcRxpRFG0 3B6Xs1svOexbPDS/TJfSiFnqjSz3YmcbU6KKq2co4TowsYSRcfcso6Ae/UOzwg2K5MYI 3IJhAKnetmM9RznasxjghtBRR6dDITEeK7qJ4=
Received: by 10.223.101.134 with SMTP id c6mr2588352fao.12.1296539184497; Mon, 31 Jan 2011 21:46:24 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id n26sm7676551fam.37.2011.01.31.21.46.22 (version=SSLv3 cipher=RC4-MD5); Mon, 31 Jan 2011 21:46:23 -0800 (PST)
Message-ID: <4D479E46.7000306@gmail.com>
Date: Tue, 01 Feb 2011 07:46:46 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Klaus Hartke <hartke@tzi.org>
References: <4D43AD3E.5030301@gmail.com> <AANLkTik5238AvVBvJMOm_C4uxB43-hGi4mhox3i07cXM@mail.gmail.com>
In-Reply-To: <AANLkTik5238AvVBvJMOm_C4uxB43-hGi4mhox3i07cXM@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: core@ietf.org
Subject: Re: [core] Comments on Section 11 of draft-ietf-core-coap-04
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/core>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 01 Feb 2011 05:43:10 -0000

31.01.2011 17:27, Klaus Hartke wrote:
> Mykyta Yevstifeyev wrote:
>> As for Section 11.1.  The registry is underspecified too.  I would like to
>> suggest the following description of the 'CoAP Codes' registry:
> The CoAP Codes registry isn't really intended to assign any codes. The
> document defines what the different ranges mean. All codes that can be
> registered are assigned by the two sub-registries. So I don't think we
> need such text.
However this might be needed for two sub-registries either.
>> Finally, as a typographical error in Section 5.9.1.3.  The response code
>> description is for 2.04, not 2.02.
> No, this is correct. A CoAP 2.02 (Deleted) response indicates that a
> resource was successfully deleted. It has no content, so it's similar
> to a HTTP 204 (No Content) response.
Agreed here.  I just haven't carefully read the section; but I noticed 
this shortly after I posted that message.

Mykyta
> I will create a ticket for the other issues shortly. Carsten already
> commented on the option numbers.
>
>
> Klaus
>

