From nobody Wed Jun 1 07:28:18 2016 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 1022A12D514; Wed, 1 Jun 2016 07:28:18 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "\"IETF Meeting Session Request Tool\"" To: X-Test-IDTracker: no X-IETF-IDTracker: 6.21.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160601142818.16069.20652.idtracker@ietfa.amsl.com> Date: Wed, 01 Jun 2016 07:28:18 -0700 Archived-At: Cc: cabo@tzi.uni-bremen.de, core-chairs@ietf.org, core@ietf.org, aamelnikov@fastmail.fm Subject: [core] core - New Meeting Session Request for IETF 96 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 14:28:18 -0000 A new meeting session request has just been submitted by Dr. Carsten Bormann, a Chair of the core working group. --------------------------------------------------------- Working Group Name: Constrained RESTful Environments Area Name: Applications and Real-Time Area Session Requester: Carsten Bormann Number of Sessions: 2 Length of Session(s): 2 Hours, 2 Hours Number of Attendees: 60 Conflicts to Avoid: First Priority: 6lo roll lwig appsawg ace cose t2trg Second Priority: 6man saag 6tisch dnssd netconf netmod Third Priority: v6ops opsarea cfrg Special Requests: Prfrbly (pri 2), ≥ 1 of the 2 mtgs wth no cnflct in: "tls oauth jose uta" Pls avd othr IoT rltd BOFs tht mght cm up, sch as lpwan or its. *Prfrrd* pairing: Tue/Thu spce btwn Fri psbl. --------------------------------------------------------- From nobody Fri Jun 10 02:27:57 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D03EB12D793 for ; Fri, 10 Jun 2016 02:27:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kcEKLop6uFhP for ; Fri, 10 Jun 2016 02:27:53 -0700 (PDT) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 30E1712D0DF for ; Fri, 10 Jun 2016 02:27:53 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id u5A9Rif7029448; Fri, 10 Jun 2016 11:27:44 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 5095F1D53C1; Fri, 10 Jun 2016 11:27:44 +0200 (CEST) Received: from 131.111.5.14 by webmail.entel.upc.edu with HTTP; Fri, 10 Jun 2016 11:27:37 +0200 Message-ID: Date: Fri, 10 Jun 2016 11:27:37 +0200 From: "Carles Gomez Montenegro" To: core@ietf.org User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: ACL matched, not delayed by milter-greylist-4.4.3 (dash.upc.es [147.83.2.50]); Fri, 10 Jun 2016 11:27:44 +0200 (CEST) Archived-At: Cc: jon.crowcroft@cl.cam.ac.uk Subject: [core] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 09:27:56 -0000 Dear CoRE WG, We have just submitted the draft entitled 'TCP over Constrained-Node Networks'. Although the scope of the document is probably wider than CoAP over TCP use cases, one of the main reasons motivating this draft has been the CoAP over TCP activity. (Thus 'core' is the current target WG in the name of the draft.) Feedback is very much welcome! Kind regards, The authors ---------------------------- Original Message ---------------------------- Subject: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt From: internet-drafts@ietf.org Date: Fri, June 10, 2016 10:38 am To: "Jon Crowcroft" "Carles Gomez" -------------------------------------------------------------------------- A new version of I-D, draft-gomez-core-tcp-constrained-node-networks-00.txt has been successfully submitted by Carles Gomez and posted to the IETF repository. Name: draft-gomez-core-tcp-constrained-node-networks Revision: 00 Title: TCP over Constrained-Node Networks Document date: 2016-06-10 Group: Individual Submission Pages: 9 URL: https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-node-networks-00.txt Status: https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node-networks/ Htmlized: https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-networks-00 Abstract: This document provides a profile for the Transmission Control Protocol (TCP) over Constrained-Node Networks (CNNs). The overarching goal is to offer simple measures to allow for lightweight TCP implementation and suitable operation in such environments. Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. The IETF Secretariat From nobody Fri Jun 10 03:04:24 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF8E412D15E; Fri, 10 Jun 2016 03:04:16 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dnJB5XVL6Xdi; Fri, 10 Jun 2016 03:04:14 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 7810B12D155; Fri, 10 Jun 2016 03:04:08 -0700 (PDT) Received: from mfilter39-d.gandi.net (mfilter39-d.gandi.net [217.70.178.170]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id DA448A80C0; Fri, 10 Jun 2016 12:04:06 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter39-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter39-d.gandi.net (mfilter39-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id gN317ALsvsB6; Fri, 10 Jun 2016 12:04:05 +0200 (CEST) X-Originating-IP: 134.102.90.80 Received: from eduroam-pool10-081.wlan.uni-bremen.de (eduroam-pool10-081.wlan.uni-bremen.de [134.102.90.80]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 14108A80DC; Fri, 10 Jun 2016 12:04:03 +0200 (CEST) Message-ID: <575A9092.9090604@tzi.org> Date: Fri, 10 Jun 2016 12:04:02 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Carles Gomez Montenegro References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> In-Reply-To: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "lwip@ietf.org" , "Scharf, Michael \(Nokia - DE\)" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 10:04:18 -0000 Carles, thanks for submitting this. I think that this draft is truly best handled in LWIG. We don't *have* to profile TCP for CoAP-over-TCP; people are free to use whatever parts of TCP they think are useful. (And, of course, there are applications for CoAP-over-TCP that are in the backend.) On the other hand, it is useful to -- manage expectations: what can I expect that the *other* side will offer in TCP functionality -- give advice to implementers: what is useful to implement, what not -- collect implementation experience that is relevant for these two (One interesting effect I'm seeing is that people know how good TCP can be, which shapes their expectations, but then they are hurt by using really bad constrained TCP implementations... We certainly should be paying attention to this on the CoRE WG side.) My biggest comment is probably that for device-to-cloud, the level of TCP functions implemented will be asymmetric (full TCP on cloud side, possibly more limited on the device side) -- what is the effect of this asymmetry? Maybe there also needs to be more discussion on the role of the middlebox (after all, we are doing CoAP-over-TCP to devices for the sole reason to climb over middleboxes). Grüße, Carsten Scharf, Michael (Nokia - DE) wrote: > Heads-up > > Michael > > > -----Original Message----- > From: Lwip [mailto:lwip-bounces@ietf.org] On Behalf Of Carles Gomez Montenegro > Sent: Friday, June 10, 2016 11:36 AM > To: lwip@ietf.org > Cc: jon.crowcroft@cl.cam.ac.uk > Subject: [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] > > Dear LWIG WG, > > /** Apologies for possibly multiple similar e-mails... **/ > > We have just submitted the draft entitled 'TCP over Constrained-Node Networks', which we believe may be of interest to the members of this group. > > We would like to kindly ask for feedback, specially on the basis of implementation experience. > > Thank you very much! > > Kind regards, > > The authors > > > ---------------------------- Original Message ---------------------------- > Subject: New Version Notification for > draft-gomez-core-tcp-constrained-node-networks-00.txt > From: internet-drafts@ietf.org > Date: Fri, June 10, 2016 10:38 am > To: "Jon Crowcroft" > "Carles Gomez" > -------------------------------------------------------------------------- > > > A new version of I-D, draft-gomez-core-tcp-constrained-node-networks-00.txt > has been successfully submitted by Carles Gomez and posted to the IETF repository. > > Name: draft-gomez-core-tcp-constrained-node-networks > Revision: 00 > Title: TCP over Constrained-Node Networks > Document date: 2016-06-10 > Group: Individual Submission > Pages: 9 > URL: > https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-node-networks-00.txt > Status: > https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node-networks/ > Htmlized: > https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-networks-00 > > > Abstract: > This document provides a profile for the Transmission Control > Protocol (TCP) over Constrained-Node Networks (CNNs). The > overarching goal is to offer simple measures to allow for lightweight > TCP implementation and suitable operation in such environments. > > > > > Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. > > The IETF Secretariat > > > > _______________________________________________ > Lwip mailing list > Lwip@ietf.org > https://www.ietf.org/mailman/listinfo/lwip > > _______________________________________________ > tcpm mailing list > tcpm@ietf.org > https://www.ietf.org/mailman/listinfo/tcpm > From nobody Fri Jun 10 05:46:52 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2E36112D9A6 for ; Fri, 10 Jun 2016 05:46:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.107 X-Spam-Level: X-Spam-Status: No, score=-1.107 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RDNS_NONE=0.793] autolearn=no autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u2apEjDXj1FB for ; Fri, 10 Jun 2016 05:46:49 -0700 (PDT) Received: from smtp-in1.interdigital.com (unknown [68.168.94.174]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 460BB12D177 for ; Fri, 10 Jun 2016 05:46:49 -0700 (PDT) X-ASG-Debug-ID: 1465562806-06daaa10901b9a80001-aa7cYp Received: from NALENITE.InterDigital.com (nalenite.interdigital.com [10.2.64.253]) by smtp-in1.interdigital.com with ESMTP id ZFeBrPDLVh05dG1f (version=TLSv1 cipher=ECDHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 10 Jun 2016 08:46:46 -0400 (EDT) X-Barracuda-Envelope-From: Akbar.Rahman@InterDigital.com Received: from NABESITE.InterDigital.com ([fe80::4d8a:a889:67c2:f009]) by NALENITE.InterDigital.com ([::1]) with mapi id 14.03.0279.002; Fri, 10 Jun 2016 08:46:46 -0400 From: "Rahman, Akbar" To: "core@ietf.org" Thread-Topic: [core] I-D Action: draft-ietf-core-http-mapping-10.txt X-ASG-Orig-Subj: RE: [core] I-D Action: draft-ietf-core-http-mapping-10.txt Thread-Index: AQHRrR0WzJNnBq5QE0q4cwryK3YZrp+24c9ggAfdY7CACRIRgIAAG/kAgBrkEcA= Date: Fri, 10 Jun 2016 12:46:45 +0000 Message-ID: <36F5869FE31AB24485E5E3222C288E1F5BFF84DB@NABESITE.InterDigital.com> References: <20160513134033.10520.69223.idtracker@ietfa.amsl.com> <36F5869FE31AB24485E5E3222C288E1F5BAB947B@NABESITE.InterDigital.com> <36F5869FE31AB24485E5E3222C288E1F5BABBC1B@NABESITE.InterDigital.com> <845BC0CD-48D2-4080-976D-967E6E9763D2@ericsson.com> In-Reply-To: <845BC0CD-48D2-4080-976D-967E6E9763D2@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.3.2.164] x-exclaimer-md-config: bb79a19d-f711-475c-a0f9-4d93b71c94dd Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Barracuda-Connect: nalenite.interdigital.com[10.2.64.253] X-Barracuda-Start-Time: 1465562806 X-Barracuda-Encrypted: ECDHE-RSA-AES256-SHA X-Barracuda-URL: https://10.1.245.3:443/cgi-mod/mark.cgi X-Barracuda-Scan-Msg-Size: 5622 X-Virus-Scanned: by bsmtpd at interdigital.com X-Barracuda-BRTS-Status: 1 X-Barracuda-Spam-Score: 0.00 X-Barracuda-Spam-Status: No, SCORE=0.00 using global scores of TAG_LEVEL=1000.0 QUARANTINE_LEVEL=1000.0 KILL_LEVEL=9.0 tests= X-Barracuda-Spam-Report: Code version 3.2, rules version 3.2.3.30320 Rule breakdown below pts rule name description ---- ---------------------- -------------------------------------------------- Archived-At: Subject: Re: [core] I-D Action: draft-ietf-core-http-mapping-10.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 12:46:51 -0000 Hi Jamie/Carsten, Gentle reminder. Does the updated draft look ok? It would be nice if we c= ould have the WGLC and have sufficient time to respond to any WGLC comments= before the IETF Berlin meeting. Best regards, Akbar -----Original Message----- From: Jaime Jim=E9nez [mailto:jaime.jimenez@ericsson.com] Sent: Tuesday, May 24, 2016 2:05 AM To: Fossati, Thomas (Nokia - GB) Cc: Rahman, Akbar ; cabo@tzi.org; core@ietf.= org Subject: Re: [core] I-D Action: draft-ietf-core-http-mapping-10.txt Hi, Sorry for the delay. Carsten and I already met and discussed the HTTP-CoAP = mapping draft. We just need a little bit of time this week to go through th= e changes. We will call the second WGLC shortly. Ciao! - - Jaime Jimenez > On 24 May 2016, at 07:24, Fossati, Thomas (Nokia - GB) wrote: > > Hi Carsten & Jaime, > > A gentle prod to our chairs for restarting WGLC on the HTTP-CoAP > mapping I-D ;-) > > Thanks, cheers, > t > > On 18/05/2016 14:55, "core on behalf of Rahman, Akbar" > wrote: >> Hi Carsten/Jamie, >> >> >> Just resending this email as I believe the first time it did not get >> correctly to Carsten due to some problem with my mail server. I've >> been told by me IST department that the problem has now been fixed so >> I am resending this request to re-start the WGLC. >> >> >> Thanks, >> >> >> Akbar >> >> -----Original Message----- >> From: core [mailto:core-bounces@ietf.org] On Behalf Of Rahman, Akbar >> Sent: Friday, May 13, 2016 9:51 AM >> To: cabo@tzi.org; jaime.jimenez@ericsson.com >> Cc: core@ietf.org >> Subject: Re: [core] I-D Action: draft-ietf-core-http-mapping-10.txt >> >> Hi Carsten/Jaime, >> >> >> We have updated the draft to cover the following: >> >> >> Changes from ietf-09 to ietf-10: >> >> o Addressed Ticket #401 - Clarified that draft covers not only >> Reverse HC Proxy but that many parts also apply to Forward and >> Interception Proxies. >> >> o Clarified that draft concentrates on the HTTP-to-CoAP mapping >> direction (i.e. the HC proxy is a HTTP server and a CoAP client). >> >> o Clarified the "null mapping" case where no CoAP URI information is >> embedded in the HTTP request URI. >> >> o Moved multicast related security text to the "Security >> Considerations" to consolidate all security information in one >> location. >> >> o Removed references to "placement" of proxy (e.g. server-side vs >> client-side) as is confusing and provides little added value. >> >> o Fixed version numbers on references that were corrupted in last >> revision due to outdated xml2rfc conversion tool local cache. >> >> o Various editorial improvements. >> >> >> Can you please review, and start the 2nd WGLC if you think that >> everything looks in order. >> >> >> Best Regards, >> >> >> Akbar >> >> -----Original Message----- >> From: core [mailto:core-bounces@ietf.org] On Behalf Of >> internet-drafts@ietf.org >> Sent: Friday, May 13, 2016 9:41 AM >> To: i-d-announce@ietf.org >> Cc: core@ietf.org >> Subject: [core] I-D Action: draft-ietf-core-http-mapping-10.txt >> >> >> A New Internet-Draft is available from the on-line Internet-Drafts >> directories. >> This draft is a work item of the Constrained RESTful Environments of >> the IETF. >> >> Title : Guidelines for HTTP-to-CoAP Mapping >> Implementations >> Authors : Angelo P. Castellani >> Salvatore Loreto >> Akbar Rahman >> Thomas Fossati >> Esko Dijk >> Filename : draft-ietf-core-http-mapping-10.txt >> Pages : 36 >> Date : 2016-05-13 >> >> Abstract: >> This document provides reference information for implementing a >> cross-protocol network proxy that performs translation from the HTTP >> protocol to the CoAP protocol. This will enable a HTTP client to >> access resources on a CoAP server through the proxy. This document >> describes how a HTTP request is mapped to a CoAP request, and then >> how a CoAP response is mapped back to a HTTP response. This includes >> guidelines for URI mapping, media type mapping and additional proxy >> implementation issues. This document covers the Reverse, Forward and >> Interception cross-protocol proxy cases. >> >> >> The IETF datatracker status page for this draft is: >> https://datatracker.ietf.org/doc/draft-ietf-core-http-mapping/ >> >> There's also a htmlized version available at: >> https://tools.ietf.org/html/draft-ietf-core-http-mapping-10 >> >> A diff from the previous version is available at: >> https://www.ietf.org/rfcdiff?url2=3Ddraft-ietf-core-http-mapping-10 >> >> >> Please note that it may take a couple of minutes from the time of >> submission until the htmlized version and diff are available at >> tools.ietf.org. >> >> Internet-Drafts are also available by anonymous FTP at: >> ftp://ftp.ietf.org/internet-drafts/ >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >> > > From nobody Fri Jun 10 08:10:31 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3CD812D5A4; Fri, 10 Jun 2016 08:10:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fwLPjH9HSHXQ; Fri, 10 Jun 2016 08:10:25 -0700 (PDT) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4AF5112D0F9; Fri, 10 Jun 2016 08:10:23 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id u5AFAIam025806; Fri, 10 Jun 2016 17:10:19 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id ED4AB1D53C1; Fri, 10 Jun 2016 17:10:17 +0200 (CEST) Received: from 131.111.5.14 by webmail.entel.upc.edu with HTTP; Fri, 10 Jun 2016 17:10:11 +0200 Message-ID: In-Reply-To: <575A9092.9090604@tzi.org> References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> Date: Fri, 10 Jun 2016 17:10:11 +0200 From: "Carles Gomez Montenegro" To: "Carsten Bormann" User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Delayed for 78:04:03 by milter-greylist-4.4.3 (dash.upc.es [147.83.2.50]); Fri, 10 Jun 2016 17:10:19 +0200 (CEST) Archived-At: Cc: "lwip@ietf.org" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 15:10:28 -0000 Hi Carsten, Thanks a lot for your comments. While we work to address those, it would be really helpful if folks that have faced 'bad constrained TCP implementations', and/or have struggled with middlebox traversal can share their experience. Cheers, Carles > Carles, > > thanks for submitting this. > > I think that this draft is truly best handled in LWIG. > > We don't *have* to profile TCP for CoAP-over-TCP; people are free to use > whatever parts of TCP they think are useful. (And, of course, there are > applications for CoAP-over-TCP that are in the backend.) > > On the other hand, it is useful to > -- manage expectations: > what can I expect that the *other* side will offer in TCP functionality > -- give advice to implementers: > what is useful to implement, what not > -- collect implementation experience that is relevant for these two > > (One interesting effect I'm seeing is that people know how good TCP can > be, which shapes their expectations, but then they are hurt by using > really bad constrained TCP implementations... We certainly should be > paying attention to this on the CoRE WG side.) > > My biggest comment is probably that for device-to-cloud, the level of > TCP functions implemented will be asymmetric (full TCP on cloud side, > possibly more limited on the device side) -- what is the effect of this > asymmetry? > > Maybe there also needs to be more discussion on the role of the > middlebox (after all, we are doing CoAP-over-TCP to devices for the sole > reason to climb over middleboxes). > > Grüße, Carsten > > > Scharf, Michael (Nokia - DE) wrote: >> Heads-up >> >> Michael >> >> >> -----Original Message----- >> From: Lwip [mailto:lwip-bounces@ietf.org] On Behalf Of Carles Gomez >> Montenegro >> Sent: Friday, June 10, 2016 11:36 AM >> To: lwip@ietf.org >> Cc: jon.crowcroft@cl.cam.ac.uk >> Subject: [Lwip] [Fwd: New Version Notification for >> draft-gomez-core-tcp-constrained-node-networks-00.txt] >> >> Dear LWIG WG, >> >> /** Apologies for possibly multiple similar e-mails... **/ >> >> We have just submitted the draft entitled 'TCP over Constrained-Node >> Networks', which we believe may be of interest to the members of this >> group. >> >> We would like to kindly ask for feedback, specially on the basis of >> implementation experience. >> >> Thank you very much! >> >> Kind regards, >> >> The authors >> >> >> ---------------------------- Original Message >> ---------------------------- >> Subject: New Version Notification for >> draft-gomez-core-tcp-constrained-node-networks-00.txt >> From: internet-drafts@ietf.org >> Date: Fri, June 10, 2016 10:38 am >> To: "Jon Crowcroft" >> "Carles Gomez" >> -------------------------------------------------------------------------- >> >> >> A new version of I-D, >> draft-gomez-core-tcp-constrained-node-networks-00.txt >> has been successfully submitted by Carles Gomez and posted to the IETF >> repository. >> >> Name: draft-gomez-core-tcp-constrained-node-networks >> Revision: 00 >> Title: TCP over Constrained-Node Networks >> Document date: 2016-06-10 >> Group: Individual Submission >> Pages: 9 >> URL: >> https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-node-networks-00.txt >> Status: >> https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node-networks/ >> Htmlized: >> https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-networks-00 >> >> >> Abstract: >> This document provides a profile for the Transmission Control >> Protocol (TCP) over Constrained-Node Networks (CNNs). The >> overarching goal is to offer simple measures to allow for lightweight >> TCP implementation and suitable operation in such environments. >> >> >> >> >> Please note that it may take a couple of minutes from the time of >> submission until the htmlized version and diff are available at >> tools.ietf.org. >> >> The IETF Secretariat >> >> >> >> _______________________________________________ >> Lwip mailing list >> Lwip@ietf.org >> https://www.ietf.org/mailman/listinfo/lwip >> >> _______________________________________________ >> tcpm mailing list >> tcpm@ietf.org >> https://www.ietf.org/mailman/listinfo/tcpm >> > From nobody Fri Jun 10 12:30:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 55CE612D13E; Fri, 10 Jun 2016 12:30:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XIJ5MZ0133rV; Fri, 10 Jun 2016 12:30:26 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CA2BF12D5C9; Fri, 10 Jun 2016 12:30:26 -0700 (PDT) Received: from localhost ([::1]:48333 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBS8G-0000Kr-T1; Fri, 10 Jun 2016 12:30:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Fri, 10 Jun 2016 19:30:16 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/394#comment:2 Message-ID: <069.f9ac0c26771bfe358be522e57e51a2ed@trac.tools.ietf.org> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-Trac-Ticket-ID: 394 In-Reply-To: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160610193026.CA2BF12D5C9@ietfa.amsl.com> Resent-Date: Fri, 10 Jun 2016 12:30:26 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 19:30:28 -0000 #394: Ping/pong Comment (by cabo@tzi.org): Keep alive is better done through empty messages. Ping/pong is mainly requested by people who want to know whether their previous messages have been processed by the application layer on the other side. It does not really have that semantics, but at least can find out whether the TCP data went through. Because of difficulties with flow control implementations (see question number 3 in #393), this may be a fundamentally not quite right but still rather expedient solution. (Ping/pong could be invested with application layer custody semantics, either through an additional option or always.) -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Fri Jun 10 12:31:15 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7C42612D58D; Fri, 10 Jun 2016 12:31:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FhFe8M0R_rLq; Fri, 10 Jun 2016 12:31:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 252D0128B44; Fri, 10 Jun 2016 12:31:13 -0700 (PDT) Received: from localhost ([::1]:48411 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBS98-0002kA-6Q; Fri, 10 Jun 2016 12:31:10 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Fri, 10 Jun 2016 19:31:10 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/395#comment:3 Message-ID: <069.5545a89f230cc71b9074ae8439aa5ce7@trac.tools.ietf.org> References: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-Trac-Ticket-ID: 395 In-Reply-To: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160610193113.252D0128B44@ietfa.amsl.com> Resent-Date: Fri, 10 Jun 2016 12:31:13 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #395 (coap-tcp-tls): Session resumption X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 10 Jun 2016 19:31:14 -0000 #395: Session resumption Comment (by cabo@tzi.org): Right. I think we have consensus and can close this issue. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:08:26 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84EFB12D0F7; Sat, 11 Jun 2016 05:08:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GEe4uwKqo8lG; Sat, 11 Jun 2016 05:08:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FC4A12D0A0; Sat, 11 Jun 2016 05:08:22 -0700 (PDT) Received: from localhost ([::1]:39299 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhiA-0003ep-0s; Sat, 11 Jun 2016 05:08:22 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:08:21 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/387#comment:1 Message-ID: <080.0e525416e4bd75de52634b3d7c7f9b0a@trac.tools.ietf.org> References: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-Trac-Ticket-ID: 387 In-Reply-To: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611120822.2FC4A12D0A0@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:08:22 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #387 (coap-tcp-tls): Should ALPN always be required? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:08:23 -0000 #387: Should ALPN always be required? Comment (by cabo@tzi.org): The rough consensus appears that we should always require ALPN. However, some TLS implementations do not provide ALPN. To accommodate these, we could make the exception that ALPN="coap" is implied on TLS over TCP, port 5684 only. (This has no impact on the default port, which stays 443 for coaps+tcp://.) (Idea: Klaus Hartke) -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: other technical | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: Active WG Document | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:09:14 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DFF1F12D56D; Sat, 11 Jun 2016 05:09:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VXWqRTEQWbWT; Sat, 11 Jun 2016 05:09:11 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A58F912D0F7; Sat, 11 Jun 2016 05:09:11 -0700 (PDT) Received: from localhost ([::1]:39483 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhix-0004qJ-Hx; Sat, 11 Jun 2016 05:09:11 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:09:11 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/400#comment:2 Message-ID: <067.38b9f31374cedd3a6e89a6995d22c18e@trac.tools.ietf.org> References: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-Trac-Ticket-ID: 400 In-Reply-To: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611120911.A58F912D0F7@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:09:11 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #400 (coap-tcp-tls): Give better guidance on message sizes for CoAP over TCP/TLS X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:09:13 -0000 #400: Give better guidance on message sizes for CoAP over TCP/TLS Comment (by cabo@tzi.org): This would be covered by the Max-Message-Size option in draft-bormann- core-sig-01.txt -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- cabo@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: major | Version: Component: coap-tcp- | Resolution: tls | Severity: - | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:11:32 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 886A412D56D; Sat, 11 Jun 2016 05:11:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TpZ80t2KBhpS; Sat, 11 Jun 2016 05:11:29 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 46AF912D1AF; Sat, 11 Jun 2016 05:11:29 -0700 (PDT) Received: from localhost ([::1]:39965 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhl6-0007KG-If; Sat, 11 Jun 2016 05:11:24 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:11:24 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/408#comment:1 Message-ID: <080.2e96e9543f5e37c8fbac481815b79cb5@trac.tools.ietf.org> References: <065.9de481af4bd4a983e24dbcb906a41c02@trac.tools.ietf.org> X-Trac-Ticket-ID: 408 In-Reply-To: <065.9de481af4bd4a983e24dbcb906a41c02@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, david.navarro@ioterop.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611121129.46AF912D1AF@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:11:29 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #408 (coap-tcp-tls): CoAP over TCP Length Format (New) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:11:30 -0000 #408: CoAP over TCP Length Format (New) Changes (by cabo@tzi.org): * status: new => closed * resolution: => wontfix Comment: We had a lengthy discussion that converged on using the current "L3" format. I do not see a new issue here. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: protocol defect | Status: closed Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: - | Resolution: wontfix Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:15:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 644E012D56D; Sat, 11 Jun 2016 05:15:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2g4JVE6sxYMe; Sat, 11 Jun 2016 05:15:17 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 197DF12D1AF; Sat, 11 Jun 2016 05:15:17 -0700 (PDT) Received: from localhost ([::1]:40132 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhog-0004hz-40; Sat, 11 Jun 2016 05:15:06 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:15:06 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/409#comment:2 Message-ID: <080.69ccd9a09557fd4b76279693a9178974@trac.tools.ietf.org> References: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-Trac-Ticket-ID: 409 In-Reply-To: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, achim.kraus@bosch-si.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611121517.197DF12D1AF@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:15:17 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #409 (coap-tcp-tls): CoAP over TCP: Supporting block-wise for larger block sizes (BERT) (was: CoAP over TCP: Multiple Simultaneous TCP Connections) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:15:18 -0000 #409: CoAP over TCP: Supporting block-wise for larger block sizes (BERT) Comment (by cabo@tzi.org): I changed the title of the ticket to accurately reflect that it is about whether we adopt BERT or a similar mechanism. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: protocol enhancement | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: - | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:16:25 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 73B1412D597; Sat, 11 Jun 2016 05:16:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5h6x3SR0Xa3i; Sat, 11 Jun 2016 05:16:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1103B12D56D; Sat, 11 Jun 2016 05:16:22 -0700 (PDT) Received: from localhost ([::1]:40174 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhpn-0006mL-S7; Sat, 11 Jun 2016 05:16:15 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 12:16:15 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/400#comment:3 Message-ID: <067.a26a6f792d64169dbdd91c2fbf1bea38@trac.tools.ietf.org> References: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-Trac-Ticket-ID: 400 In-Reply-To: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611121622.1103B12D56D@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:16:22 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #400 (coap-tcp-tls): Give better guidance on message sizes for CoAP over TCP/TLS X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:16:23 -0000 #400: Give better guidance on message sizes for CoAP over TCP/TLS Comment (by kovatsch@inf.ethz.ch): The text should clearly explain that people will create two incompatible CoAP worlds when they get comfortable with large message sizes for CoAP- over-TCP, just because they can. A requirement should be that there can exist a simply proxy that translates between CoAP-over-TCP/TLS and CoAP-over-UDP/DTLS without any interoperability issues between constrained CoAP nodes and the powerful CoAP-over-TCP nodes. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- cabo@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: major | Version: Component: coap-tcp- | Resolution: tls | Severity: - | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:16:39 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83F1812DB2C; Sat, 11 Jun 2016 05:16:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1NDAg3n8edkK; Sat, 11 Jun 2016 05:16:35 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4CC1312D56D; Sat, 11 Jun 2016 05:16:32 -0700 (PDT) Received: from localhost ([::1]:40184 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhq1-0007YC-88; Sat, 11 Jun 2016 05:16:29 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:16:29 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/388#comment:2 Message-ID: <069.e737c0eba426dfe753960ce9a46bcf0c@trac.tools.ietf.org> References: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-Trac-Ticket-ID: 388 In-Reply-To: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611121632.4CC1312D56D@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:16:32 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #388 (coap-tcp-tls): Multiple versions over the same connection X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:16:38 -0000 #388: Multiple versions over the same connection Comment (by cabo@tzi.org): This would be covered by the Capabilities and Settings Message in draft- bormann-core-sig-01.txt -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new defect | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:18:28 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BEB412D56D; Sat, 11 Jun 2016 05:18:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a_SHu-jBlhk1; Sat, 11 Jun 2016 05:18:26 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C68112D169; Sat, 11 Jun 2016 05:18:26 -0700 (PDT) Received: from localhost ([::1]:40211 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhrl-00035a-AY; Sat, 11 Jun 2016 05:18:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 12:18:17 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/409#comment:3 Message-ID: <080.656858468ac31f665cce6604243b006f@trac.tools.ietf.org> References: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-Trac-Ticket-ID: 409 In-Reply-To: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, achim.kraus@bosch-si.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611121826.1C68112D169@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:18:26 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #409 (coap-tcp-tls): CoAP over TCP: Supporting block-wise for larger block sizes (BERT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:18:27 -0000 #409: CoAP over TCP: Supporting block-wise for larger block sizes (BERT) Comment (by kovatsch@inf.ethz.ch): +1 for BERT It is a really simple solution that allows for relative good throughput without head-of-line blocking. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: protocol enhancement | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: - | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:23:24 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AD4EB12DB2C; Sat, 11 Jun 2016 05:23:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 51bj7eWY_-1K; Sat, 11 Jun 2016 05:23:22 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D57012D597; Sat, 11 Jun 2016 05:23:22 -0700 (PDT) Received: from localhost ([::1]:40430 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBhwc-0002Yx-Ok; Sat, 11 Jun 2016 05:23:18 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:23:18 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/389#comment:2 Message-ID: <069.5ef8b4596d470469c9d8171e753372c4@trac.tools.ietf.org> References: <054.3b28ae9836a9adbe6ce0269929f27b0f@trac.tools.ietf.org> X-Trac-Ticket-ID: 389 In-Reply-To: <054.3b28ae9836a9adbe6ce0269929f27b0f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611122322.6D57012D597@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:23:22 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #389 (coap-tcp-tls): Version negotiation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:23:24 -0000 #389: Version negotiation Changes (by cabo@tzi.org): * status: new => closed * resolution: => invalid Comment: We already solved this: CoAP over TCP now does not indicate a version number with each message. (If we need to introduce new versions of the wire format, we could do this with a new ALPN and/or with Signaling Messages such as the Capabilities and Settings Message.) (We could, however, discuss this for CoAP over UDP, but so far nobody has seen a need.) -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: closed defect | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: invalid tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:33:25 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BE2E912D0FD; Sat, 11 Jun 2016 05:33:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1p-qPEr7VzzL; Sat, 11 Jun 2016 05:33:23 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 312D712B030; Sat, 11 Jun 2016 05:33:22 -0700 (PDT) Received: from localhost ([::1]:40871 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBi6H-0000fU-5X; Sat, 11 Jun 2016 05:33:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org X-Trac-Project: core Date: Sat, 11 Jun 2016 12:33:17 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/393#comment:2 Message-ID: <069.75bb80a332e6526fc1a435d3f941bbbf@trac.tools.ietf.org> References: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-Trac-Ticket-ID: 393 In-Reply-To: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611123323.312D712B030@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:33:22 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #393 (coap-tcp-tls): Observing resource over reliable transports X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:33:25 -0000 #393: Observing resource over reliable transports Comment (by cabo@tzi.org): (1) -- I agree with the proposed solution. (2) -- we need text that empty messages are no-ops and can be used as a keep-alive mechanism. (3) -- this is a problem that most applications that start using reliable streams run into. Early implementations sometimes ignore the need for proper flow control. That is not a reason to add more mechanism (that would also not be in those early implementations), but the solution should be to use the flow control mechanisms we already have. Maybe an LWIG document could have information about flow control support in implementations, e.g., http://www.w3.org/TR/websockets/#dom-websocket- bufferedamount -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:40:42 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AEF1212DB5F; Sat, 11 Jun 2016 05:40:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3drPAIpbdeFo; Sat, 11 Jun 2016 05:40:39 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6CC5B12DB53; Sat, 11 Jun 2016 05:40:39 -0700 (PDT) Received: from localhost ([::1]:41180 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiDG-0006Nl-6p; Sat, 11 Jun 2016 05:40:30 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 12:40:30 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/388#comment:3 Message-ID: <069.9df619b720bac21d043a811831f4b380@trac.tools.ietf.org> References: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-Trac-Ticket-ID: 388 In-Reply-To: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611124039.6CC5B12DB53@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:40:39 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #388 (coap-tcp-tls): Multiple versions over the same connection X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:40:41 -0000 #388: Multiple versions over the same connection Comment (by kovatsch@inf.ethz.ch): Multiple versions over the same connection sounds like a disaster. I cannot imagine a sinle valid use case that would not be cleaner with multiple connections. -1 or rather +1 for not allowing this and closing the issue -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new defect | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:45:16 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3E23512DB63; Sat, 11 Jun 2016 05:45:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id im0wBoyd5aOZ; Sat, 11 Jun 2016 05:45:12 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E413812DB40; Sat, 11 Jun 2016 05:45:12 -0700 (PDT) Received: from localhost ([::1]:41377 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiHo-0008Mg-QE; Sat, 11 Jun 2016 05:45:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 12:45:12 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/390#comment:1 Message-ID: <069.680b8d3ab8b92f889b6cde9d4ff0c505@trac.tools.ietf.org> References: <054.d72d58bd22c1dbf3ac06c10d6b9eabe6@trac.tools.ietf.org> X-Trac-Ticket-ID: 390 In-Reply-To: <054.d72d58bd22c1dbf3ac06c10d6b9eabe6@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611124512.E413812DB40@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:45:12 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #390 (coap-tcp-tls): Connection close reason X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:45:14 -0000 #390: Connection close reason Comment (by kovatsch@inf.ethz.ch): Having signaling for this is useful, in particular to hand a client over to a different server (e.g., alternative node in a cluster) or indicate that a server will not be available so that retries will be in vain (e.g., sleepy nodes). +1 for the general feature -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 05:47:08 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0284412DB6F; Sat, 11 Jun 2016 05:47:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I6Sd-HxouU4Z; Sat, 11 Jun 2016 05:47:04 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A0B712DB6D; Sat, 11 Jun 2016 05:47:03 -0700 (PDT) Received: from localhost ([::1]:41468 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiJU-0000YD-2W; Sat, 11 Jun 2016 05:46:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 12:46:56 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/395#comment:4 Message-ID: <069.85ca272c5eb4f4cdde0a180457f0dd96@trac.tools.ietf.org> References: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-Trac-Ticket-ID: 395 In-Reply-To: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611124703.8A0B712DB6D@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 05:47:03 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #395 (coap-tcp-tls): Session resumption X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 12:47:06 -0000 #395: Session resumption Comment (by kovatsch@inf.ethz.ch): +1 to the proposal and conclusion -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 06:17:39 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5AF7112D16C; Sat, 11 Jun 2016 06:17:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pBEJChwTCAfT; Sat, 11 Jun 2016 06:17:36 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E85B312D112; Sat, 11 Jun 2016 06:17:36 -0700 (PDT) Received: from localhost ([::1]:42839 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBin0-0005ki-2l; Sat, 11 Jun 2016 06:17:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, hartke@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 13:17:26 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/391#comment:4 Message-ID: <069.7879d7a4c3182d6eabf90e22c1d4f7ab@trac.tools.ietf.org> References: <054.b6ac939ca38bdca0e98e9f1ec2980928@trac.tools.ietf.org> X-Trac-Ticket-ID: 391 In-Reply-To: <054.b6ac939ca38bdca0e98e9f1ec2980928@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, hartke@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611131736.E85B312D112@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 06:17:36 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #391 (coap-tcp-tls): Server name indication X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 13:17:38 -0000 #391: Server name indication Comment (by kovatsch@inf.ethz.ch): Sounds like a useful optimization (reduces the operational traffic). An implementation note might be useful, since the connection-wide state might need to be patched into every message at the receiver side if an existing CoAP framework is extended. "Native support" for this, that is, some kind of global state, is probably in conflict with horizontal scaling. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 06:20:46 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B6D3812D583; Sat, 11 Jun 2016 06:20:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6t0JG9AYwS42; Sat, 11 Jun 2016 06:20:41 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 630BE12D189; Sat, 11 Jun 2016 06:20:41 -0700 (PDT) Received: from localhost ([::1]:43028 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiq1-0007Qx-20; Sat, 11 Jun 2016 06:20:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 13:20:33 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/394#comment:3 Message-ID: <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-Trac-Ticket-ID: 394 In-Reply-To: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611132041.630BE12D189@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 06:20:41 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 13:20:45 -0000 #394: Ping/pong Comment (by kovatsch@inf.ethz.ch): +1 for empty messages for keep-alives. +1 to also support a lightweight checkpointing, since we need a way to indicate when resources can be freed safely. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 06:24:54 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C711312D528; Sat, 11 Jun 2016 06:24:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9zYwdIfjXYAw; Sat, 11 Jun 2016 06:24:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66EB212D179; Sat, 11 Jun 2016 06:24:52 -0700 (PDT) Received: from localhost ([::1]:43231 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiu5-00040i-5Y; Sat, 11 Jun 2016 06:24:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 13:24:45 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/393#comment:3 Message-ID: <069.f5520bb5ea482f2e7d9d247e957ce79b@trac.tools.ietf.org> References: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-Trac-Ticket-ID: 393 In-Reply-To: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611132452.66EB212D179@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 06:24:52 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #393 (coap-tcp-tls): Observing resource over reliable transports X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 13:24:54 -0000 #393: Observing resource over reliable transports Comment (by kovatsch@inf.ethz.ch): Has someone thought about the following setup, that is, will it work with keep-alives only? There is a cluster behind a load balancer. I client sets up a connection, is assigned to one node and starts observing. For some reason the node fails and through a fail-over strategy the client is handed over to another node. All further requests are answered transparently be the new node. However, the Observe relationship got lost... -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 06:28:13 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0245D12D583; Sat, 11 Jun 2016 06:28:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XmpFDcwmd1eV; Sat, 11 Jun 2016 06:28:10 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 33D5112D0CC; Sat, 11 Jun 2016 06:28:10 -0700 (PDT) Received: from localhost ([::1]:43463 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBixF-0007JO-W6; Sat, 11 Jun 2016 06:28:01 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 13:28:01 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/388#comment:4 Message-ID: <069.ce34699586a8e40850e9992988db961a@trac.tools.ietf.org> References: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-Trac-Ticket-ID: 388 In-Reply-To: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611132810.33D5112D0CC@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 06:28:10 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #388 (coap-tcp-tls): Multiple versions over the same connection X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 13:28:12 -0000 #388: Multiple versions over the same connection Comment (by kovatsch@inf.ethz.ch): I am confused if this is now about "Multiple versions over the same connection" or a version negotiation in the beginning. For the latter, ALNP should help or we do thi upgrade dance in the setup messages. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new defect | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 06:29:58 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 81F8712D596; Sat, 11 Jun 2016 06:29:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jAAgj6q9tFxZ; Sat, 11 Jun 2016 06:29:56 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 23E1512D189; Sat, 11 Jun 2016 06:29:56 -0700 (PDT) Received: from localhost ([::1]:43564 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBiz2-0006bi-7O; Sat, 11 Jun 2016 06:29:52 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 13:29:52 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/387#comment:2 Message-ID: <080.1448306e107b94ebc44450db22f7f10e@trac.tools.ietf.org> References: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-Trac-Ticket-ID: 387 In-Reply-To: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160611132956.23E1512D189@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 06:29:56 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #387 (coap-tcp-tls): Should ALPN always be required? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 13:29:57 -0000 #387: Should ALPN always be required? Comment (by kovatsch@inf.ethz.ch): The actual question is, will ALPN be implemented once we have a new version that must be indicated. If ALPN is not implemented, why should we solve cross-protocol attacks for them? -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: other technical | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: Active WG Document | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Sat Jun 11 08:16:26 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD12B12D636 for ; Sat, 11 Jun 2016 08:16:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FHkERBbPM9MX for ; Sat, 11 Jun 2016 08:16:24 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 94A1312DB26 for ; Sat, 11 Jun 2016 08:16:23 -0700 (PDT) Received: from localhost ([::1]:51392 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBke2-0001NM-Hk; Sat, 11 Jun 2016 08:16:18 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-resource-directory@tools.ietf.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 15:16:18 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/412 Message-ID: <060.f687c9fcf5a1ac9cfb2d58eac188980d@trac.tools.ietf.org> X-Trac-Ticket-ID: 412 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-resource-directory@tools.ietf.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-resource-directory@ietf.org Resent-Message-Id: <20160611151623.94A1312DB26@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 08:16:23 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: [core] #412 (resource-directory): Simple Directory Discovery text X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 15:16:26 -0000 #412: Simple Directory Discovery text The current text is misleading: Not all endpoints hosting resources are expected to know how to implement the Resource Directory Function Set (see Section 5) and thus explicitly register with a Resource Directory This means they explicitly register with a RD because they do not understand the Function Set... Proposal: Not all endpoints hosting resources are expected to know how to implement the Resource Directory Function Set (see Section 5), and hence cannot register with a Resource Directory. I also thought we wanted to get rid of the Function Set mechanics altogether? -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-resource- kovatsch@inf.ethz.ch | directory@tools.ietf.org Type: editorial | Status: new Priority: major | Milestone: Component: resource- | Version: directory | Keywords: Severity: - | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 08:28:21 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 786F712D100 for ; Sat, 11 Jun 2016 08:28:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xYyYpEudTf5W for ; Sat, 11 Jun 2016 08:28:17 -0700 (PDT) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [IPv6:2001:4b98:c:538::196]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 712EF12D0E9 for ; Sat, 11 Jun 2016 08:28:17 -0700 (PDT) Received: from dynamic-218-3.informatik.uni-bremen.de (unknown [IPv6:2001:638:708:30da:2cd2:f1f7:2c18:50a0]) (Authenticated sender: cabo@cabo.im) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 8CB761720A3; Sat, 11 Jun 2016 17:28:15 +0200 (CEST) Message-ID: <575C2E0D.9030907@tzi.org> Date: Sat, 11 Jun 2016 17:28:13 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "core@ietf.org WG" X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [core] Signaling messages for CoAP over TCP/TLS/Websockets X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 15:28:19 -0000 Klaus, Matthias and I did a bit of a sprint over the last couple of days completing the signaling messages proposal that I talked about in Buenos Aires. This is supposed to address the following tickets on CoAP-over-TCP-and-TLS: #400 (message sizes), #388 (by providing a foundation for a mechanism for version negotiation, once that is needed), #390 (connection close reason), #391 (server name indication), #394 (ping/pong). We are not necessarily saying that we must have all these functions, but that, if we want to have them, they would work well in the form proposed. Please have a look at https://tools.ietf.org/html/draft-bormann-core-coap-sig-01 If you think that a specific function is useful (or should be done in another way), now would be a good time to hear about that. The -sig draft should probably live a short life on its own until we are satisfied with the approach; then we can put the text into the TTW draft. There are a few more tickets open on CoAP over TCP/TLS/Websockets, most of which will be resolved by merging the two drafts (TCP/TLS and Websockets). The remaining item is BERT, which, if we like it, we could simply adopt and then integrate into the merged TTW draft: https://tools.ietf.org/html/draft-bormann-core-block-bert-01 Grüße, Carsten From nobody Sat Jun 11 08:28:34 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5819A12D0E9 for ; Sat, 11 Jun 2016 08:28:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lpT2glm30Akp for ; Sat, 11 Jun 2016 08:28:31 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 83CA012D7C1 for ; Sat, 11 Jun 2016 08:28:24 -0700 (PDT) Received: from localhost ([::1]:52480 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bBkpj-0000Zg-HR; Sat, 11 Jun 2016 08:28:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-resource-directory@tools.ietf.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Sat, 11 Jun 2016 15:28:23 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://tools.ietf.org/wg/core/trac/ticket/413 Message-ID: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> X-Trac-Ticket-ID: 413 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-resource-directory@tools.ietf.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-resource-directory@ietf.org Resent-Message-Id: <20160611152824.83CA012D7C1@ietfa.amsl.com> Resent-Date: Sat, 11 Jun 2016 08:28:24 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 15:28:33 -0000 #413: Make Simple Directory Discovery really simple Currently the Simple Directory Discovery allows two modes: * Empty POST and the RD takes care * POST with payload with only selected resources When the device is aware which resources it wants to expose and can perform POSTs with potentially large payloads (->Block1), it can be expected to perform a normal registration in my opinion. If some resources should be private/hidden, why have them in /.well-known/core (there is always the possibility for incremental discovery at other resources). Thus, I recommend to remove the second mode (POST with payload). Furthermore, I would move this "Simple Registration" into its own sub- section (after 4.1 Finding a Directory Server). There, we should also have some text that the RD then has to make some guesses about the lifetime an take care of such registrations by itself (periodic updates, de- registration). -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-resource- kovatsch@inf.ethz.ch | directory@tools.ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: resource- | Keywords: directory | Severity: - | -------------------------+------------------------------------------------- Ticket URL: core From nobody Sat Jun 11 09:32:22 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4D54012D7A7 for ; Sat, 11 Jun 2016 09:32:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B6FMVkmAS6Ye for ; Sat, 11 Jun 2016 09:32:20 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3E7B112D56F for ; Sat, 11 Jun 2016 09:22:32 -0700 (PDT) Received: from dynamic-218-3.informatik.uni-bremen.de (unknown [IPv6:2001:638:708:30da:2cd2:f1f7:2c18:50a0]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 6B959A80C7; Sat, 11 Jun 2016 18:22:30 +0200 (CEST) Message-ID: <575C3AC4.9050407@tzi.org> Date: Sat, 11 Jun 2016 18:22:28 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "core@ietf.org WG" X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [core] Resource directory evolution X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 11 Jun 2016 16:32:21 -0000 The current RD draft offers a number of "function sets", some of which have become quite popular. Now, additional usages of RD are coming up, e.g., in OCF and in the W3C Web of Things group, that would want to continue to use the RD, but add more "function sets". The best way to advertise these new function sets from an RD would be to provide them as explicitly linked hypermedia controls. That raises the question why the existing function sets aren't offered in the same way. We could use the rt= registry as a bridge leading us there. Now there is a lot of handwaving in the above, and we should try to form this into a plan that minimizes the impact on the RD specification as it is, while making sure there is nothing in there that gets in the way of this evolution. * We need to link the resources implicitly included in the current function sets (can be done in .well-known/core) * We need to annotate how to formulate the requests to these resources (can be done with rt= for now, backed by the textual descriptions we have in the RD specification) * We need to allow for additional lookup interfaces (can be done through additional rt= registrations, backed by the specifications referenced) * The registration interface would not change much, just support additional media types (containing collections of links, which need to be made available in link-format style to those consumers not familiar with the media type) We should have the rel= types in place that will allow this information to be a citizen in the greater Web of Things. (E.g., compare rel="create-form" for the registration interface.) Further evolution can then center more on explicit information provided at the resources pointed to via the rel= types; providing a smooth transition away from relying just on rt=. The next step will be to collect information about how the lookup functions are actually being used (or their use is envisioned) from the various groups that already are making use of the RD. Obviously, the objective is not to step on those uses but, conversely, to enable the evolution these groups need. Grüße, Carsten, Klaus, Matthias From nobody Sun Jun 12 05:42:06 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4879612D674; Sun, 12 Jun 2016 05:42:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u-v8JrmItN7Q; Sun, 12 Jun 2016 05:42:01 -0700 (PDT) Received: from mail-qg0-x22b.google.com (mail-qg0-x22b.google.com [IPv6:2607:f8b0:400d:c04::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8071E12D672; Sun, 12 Jun 2016 05:42:01 -0700 (PDT) Received: by mail-qg0-x22b.google.com with SMTP id v76so24152261qgv.3; Sun, 12 Jun 2016 05:42:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=uvF+Wp2q8EQSLYu2Rig/pEcff2hAhbUH52n/wpSkWSo=; b=VWPZbDTCTC/vwCalisnC4g7m7XZalaL5dClw4ZfvwKne4H4kxmXRnPXiBiAT2caQ4C 0BdZtT3EMwNoL1m+0NgUaBrAFCYo5JUORBXv2vqLrEUns+GjD0DnWvV1QExWlOdntGxi cNBUOE10dc5x8VXl8GOsh5MgU1mE4sYyve6PxoexTHyPJJkCvhhgqYOZgVQZf7Fnn0Gt 6xieArHOYGMdJZQlVKahshWzVGEICh1H1Ih/N4Nf2WDY/rwRdCvxMZ8PX6dgduGNvIk5 rd03kGfKcnQosPOn3uuJjkzd0fKZ0RDShiup/1ebqoxmiGmfuJVaBVofxylnK9yD+lss iAPw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=uvF+Wp2q8EQSLYu2Rig/pEcff2hAhbUH52n/wpSkWSo=; b=OkCRCalgMTpiW3rDy82MXLE4Lc6kiaoBlYBkl5zSc9LlEBu/NnqXxluZGu0XA1ZHBv 6HCVq4DdRjE0Kl/q+KPt/eFf4rh/BPltxiU6oMh++yK/JJesHC/nKXNWMFQq1kWbjT// I6en5nDFR9+VDVb1Hq+LgX6yfdDuGY3DWLty6oNy7TUnjJ6dRPSBDz4FoW5X+RePSFab 06KD/w6HqxXeGpEN8uTK74dlpPr9VvqMlxnf4La4mZqbedrlDgqlr1KHUXhmfrriq1QH +Pj2ewrU9sS1BN29MpNcqCJb6VKJx+bV82uDVkQR6IQQ3wBqAVbMOYYsG8OSNTm8dIl7 GbVA== X-Gm-Message-State: ALyK8tK1iGn5V5w0daQxlJbet+ZHcIYkMjt3vcwfB/KDuedCb9kogtqMJbnaKkksOfixxcwpdvAcTIGZyqVMUQ== X-Received: by 10.140.203.213 with SMTP id y204mr10162306qha.45.1465735320461; Sun, 12 Jun 2016 05:42:00 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.160.87 with HTTP; Sun, 12 Jun 2016 05:41:59 -0700 (PDT) In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> From: Zhen Cao Date: Sun, 12 Jun 2016 20:41:59 +0800 Message-ID: To: Carles Gomez Montenegro Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Archived-At: Cc: "lwip@ietf.org" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [Lwip] [tcpm] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 12 Jun 2016 12:42:04 -0000 Hi Carles, Nice draft. I always want to know the complains of TCP problems over Constrained link and device. In the very beginning of Lwig, the IETF79 bof, David Bormann gave an excellent talk about similar issues ( i try to search the IETF proceedings for the talk but failed coz they do not hold it for informative bof ). But we failed to collect these information from implementer or researchers like you further on. Thanks again for this always timely work. In this respect, I agree with Carsten that your draft being handled in lwig and a talk is welcome at Berlin meeting. Some quick comments for your draft. >3.2. Window Size > A TCP window size of one segment follows the same rationale as the > default setting for NSTART in [RFC7252], leading to equivalent > operation when CoAP is used over TCP. IMHO, it does not matter because if the application has only a short message to send, the de facto effective cwnd will be ONE. >3.3. RTO estimation > challenges of CNNs, in contrast with the RFC 6298 RTO. Therefore, as > per this document, CoCoA RTO SHOULD be used in TCP over CNNs. > Alternatively, implementors MAY choose the RTO estimation algorithm > defined in RFC 6298. One of the two RTO algorithms MUST be > implemented. Is the RTO estimation algorithm link-specific? For example, I knew you have some work on CoCoA over GPRS. Is it always better than the competitor? Cheers, Zhen On Fri, Jun 10, 2016 at 11:10 PM, Carles Gomez Montenegro wrote: > > Hi Carsten, > > Thanks a lot for your comments. > > While we work to address those, it would be really helpful if folks that > have faced 'bad constrained TCP implementations', and/or have struggled > with middlebox traversal can share their experience. > > Cheers, > > Carles > > > > Carles, > > > > thanks for submitting this. > > > > I think that this draft is truly best handled in LWIG. > > > > We don't *have* to profile TCP for CoAP-over-TCP; people are free to us= e > > whatever parts of TCP they think are useful. (And, of course, there ar= e > > applications for CoAP-over-TCP that are in the backend.) > > > > On the other hand, it is useful to > > -- manage expectations: > > what can I expect that the *other* side will offer in TCP functional= ity > > -- give advice to implementers: > > what is useful to implement, what not > > -- collect implementation experience that is relevant for these two > > > > (One interesting effect I'm seeing is that people know how good TCP can > > be, which shapes their expectations, but then they are hurt by using > > really bad constrained TCP implementations... We certainly should be > > paying attention to this on the CoRE WG side.) > > > > My biggest comment is probably that for device-to-cloud, the level of > > TCP functions implemented will be asymmetric (full TCP on cloud side, > > possibly more limited on the device side) -- what is the effect of this > > asymmetry? > > > > Maybe there also needs to be more discussion on the role of the > > middlebox (after all, we are doing CoAP-over-TCP to devices for the sol= e > > reason to climb over middleboxes). > > > > Gr=C3=83=C2=BC=C3=83=C5=B8e, Carsten > > > > > > Scharf, Michael (Nokia - DE) wrote: > >> Heads-up > >> > >> Michael > >> > >> > >> -----Original Message----- > >> From: Lwip [mailto:lwip-bounces@ietf.org] On Behalf Of Carles Gomez > >> Montenegro > >> Sent: Friday, June 10, 2016 11:36 AM > >> To: lwip@ietf.org > >> Cc: jon.crowcroft@cl.cam.ac.uk > >> Subject: [Lwip] [Fwd: New Version Notification for > >> draft-gomez-core-tcp-constrained-node-networks-00.txt] > >> > >> Dear LWIG WG, > >> > >> /** Apologies for possibly multiple similar e-mails... **/ > >> > >> We have just submitted the draft entitled 'TCP over Constrained-Node > >> Networks', which we believe may be of interest to the members of this > >> group. > >> > >> We would like to kindly ask for feedback, specially on the basis of > >> implementation experience. > >> > >> Thank you very much! > >> > >> Kind regards, > >> > >> The authors > >> > >> > >> ---------------------------- Original Message > >> ---------------------------- > >> Subject: New Version Notification for > >> draft-gomez-core-tcp-constrained-node-networks-00.txt > >> From: internet-drafts@ietf.org > >> Date: Fri, June 10, 2016 10:38 am > >> To: "Jon Crowcroft" > >> "Carles Gomez" > >> ----------------------------------------------------------------------= ---- > >> > >> > >> A new version of I-D, > >> draft-gomez-core-tcp-constrained-node-networks-00.txt > >> has been successfully submitted by Carles Gomez and posted to the IETF > >> repository. > >> > >> Name: draft-gomez-core-tcp-constrained-node-networks > >> Revision: 00 > >> Title: TCP over Constrained-Node Networks > >> Document date: 2016-06-10 > >> Group: Individual Submission > >> Pages: 9 > >> URL: > >> https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-= node-networks-00.txt > >> Status: > >> https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node= -networks/ > >> Htmlized: > >> https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-netw= orks-00 > >> > >> > >> Abstract: > >> This document provides a profile for the Transmission Control > >> Protocol (TCP) over Constrained-Node Networks (CNNs). The > >> overarching goal is to offer simple measures to allow for lightweig= ht > >> TCP implementation and suitable operation in such environments. > >> > >> > >> > >> > >> Please note that it may take a couple of minutes from the time of > >> submission until the htmlized version and diff are available at > >> tools.ietf.org. > >> > >> The IETF Secretariat > >> > >> > >> > >> _______________________________________________ > >> Lwip mailing list > >> Lwip@ietf.org > >> https://www.ietf.org/mailman/listinfo/lwip > >> > >> _______________________________________________ > >> tcpm mailing list > >> tcpm@ietf.org > >> https://www.ietf.org/mailman/listinfo/tcpm > >> > > > > > _______________________________________________ > Lwip mailing list > Lwip@ietf.org > https://www.ietf.org/mailman/listinfo/lwip From nobody Sun Jun 12 19:01:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5466A12D757 for ; Sun, 12 Jun 2016 19:01:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7ArcBzBOSyep for ; Sun, 12 Jun 2016 19:01:18 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id A565112D649 for ; Sun, 12 Jun 2016 19:01:17 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id 7B83719F404 for ; Mon, 13 Jun 2016 09:53:57 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.255.40.27]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id E4C1719F390; Mon, 13 Jun 2016 09:53:56 +0800 (HKT) Message-ID: From: "weigengyu" To: "Carles Gomez Montenegro" , "Carsten Bormann" References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> In-Reply-To: Date: Mon, 13 Jun 2016 09:53:54 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Cc: lwip@ietf.org, tcpm@ietf.org, jon.crowcroft@cl.cam.ac.uk, core@ietf.org Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 02:01:19 -0000 Hi Carles, I will give some comments as we have been doing both CoAP over Websocket and CoAP over TCP by extending Califorium. I agree Carsten that CoAP over TCP will be used in the cloud and may also be in less-constrained networks. It is hard to say that CoAP over TCP will be used in Constrained Networks. Rgards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: Carles Gomez Montenegro Sent: Friday, June 10, 2016 11:10 PM To: Carsten Bormann Cc: lwip@ietf.org ; tcpm@ietf.org Extensions ; jon.crowcroft@cl.cam.ac.uk ; core@ietf.org WG Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] Hi Carsten, Thanks a lot for your comments. While we work to address those, it would be really helpful if folks that have faced 'bad constrained TCP implementations', and/or have struggled with middlebox traversal can share their experience. Cheers, Carles > Carles, > > thanks for submitting this. > > I think that this draft is truly best handled in LWIG. > > We don't *have* to profile TCP for CoAP-over-TCP; people are free to use > whatever parts of TCP they think are useful. (And, of course, there are > applications for CoAP-over-TCP that are in the backend.) > > On the other hand, it is useful to > -- manage expectations: > what can I expect that the *other* side will offer in TCP functionality > -- give advice to implementers: > what is useful to implement, what not > -- collect implementation experience that is relevant for these two > > (One interesting effect I'm seeing is that people know how good TCP can > be, which shapes their expectations, but then they are hurt by using > really bad constrained TCP implementations... We certainly should be > paying attention to this on the CoRE WG side.) > > My biggest comment is probably that for device-to-cloud, the level of > TCP functions implemented will be asymmetric (full TCP on cloud side, > possibly more limited on the device side) -- what is the effect of this > asymmetry? > > Maybe there also needs to be more discussion on the role of the > middlebox (after all, we are doing CoAP-over-TCP to devices for the sole > reason to climb over middleboxes). > > Grüße, Carsten > > > Scharf, Michael (Nokia - DE) wrote: >> Heads-up >> >> Michael >> >> >> -----Original Message----- >> From: Lwip [mailto:lwip-bounces@ietf.org] On Behalf Of Carles Gomez >> Montenegro >> Sent: Friday, June 10, 2016 11:36 AM >> To: lwip@ietf.org >> Cc: jon.crowcroft@cl.cam.ac.uk >> Subject: [Lwip] [Fwd: New Version Notification for >> draft-gomez-core-tcp-constrained-node-networks-00.txt] >> >> Dear LWIG WG, >> >> /** Apologies for possibly multiple similar e-mails... **/ >> >> We have just submitted the draft entitled 'TCP over Constrained-Node >> Networks', which we believe may be of interest to the members of this >> group. >> >> We would like to kindly ask for feedback, specially on the basis of >> implementation experience. >> >> Thank you very much! >> >> Kind regards, >> >> The authors >> >> >> ---------------------------- Original Message >> ---------------------------- >> Subject: New Version Notification for >> draft-gomez-core-tcp-constrained-node-networks-00.txt >> From: internet-drafts@ietf.org >> Date: Fri, June 10, 2016 10:38 am >> To: "Jon Crowcroft" >> "Carles Gomez" >> -------------------------------------------------------------------------- >> >> >> A new version of I-D, >> draft-gomez-core-tcp-constrained-node-networks-00.txt >> has been successfully submitted by Carles Gomez and posted to the IETF >> repository. >> >> Name: draft-gomez-core-tcp-constrained-node-networks >> Revision: 00 >> Title: TCP over Constrained-Node Networks >> Document date: 2016-06-10 >> Group: Individual Submission >> Pages: 9 >> URL: >> https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-node-networks-00.txt >> Status: >> https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node-networks/ >> Htmlized: >> https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-networks-00 >> >> >> Abstract: >> This document provides a profile for the Transmission Control >> Protocol (TCP) over Constrained-Node Networks (CNNs). The >> overarching goal is to offer simple measures to allow for lightweight >> TCP implementation and suitable operation in such environments. >> >> >> >> >> Please note that it may take a couple of minutes from the time of >> submission until the htmlized version and diff are available at >> tools.ietf.org. >> >> The IETF Secretariat >> >> >> >> _______________________________________________ >> Lwip mailing list >> Lwip@ietf.org >> https://www.ietf.org/mailman/listinfo/lwip >> >> _______________________________________________ >> tcpm mailing list >> tcpm@ietf.org >> https://www.ietf.org/mailman/listinfo/tcpm >> > _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From nobody Sun Jun 12 19:49:14 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 943C912D0D1 for ; Sun, 12 Jun 2016 19:49:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qFsAC4C26Hyo for ; Sun, 12 Jun 2016 19:49:11 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id 2844D12B063 for ; Sun, 12 Jun 2016 19:49:11 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id 2D3E319F448 for ; Mon, 13 Jun 2016 10:49:10 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.255.40.27]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id CBD8519F431; Mon, 13 Jun 2016 10:49:09 +0800 (HKT) Message-ID: <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> From: "weigengyu" To: , , , , References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> In-Reply-To: <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> Date: Mon, 13 Jun 2016 10:49:07 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 02:49:12 -0000 Hi, It needs clarification. Is it aiming at keeping TCP connectiong alive? The Ping/pong messages are CoAP messges while it is empty message, is it? If yes, TCP will deliver some short data (a CoAP message) to its peer. An alternative way is to use the means defined in RFC7828 'The edns-tcp-keepalive EDNS0 Option'. Although RFC7828 only concerns DNS, i.e. the TCP at DNS client sends a keepalive option to its peer at DNS server, this option could be use by CoAP over TCP. Regards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: core issue tracker Sent: Saturday, June 11, 2016 9:20 PM To: draft-ietf-core-coap-tcp-tls@ietf.org ; Hannes.Tschofenig@gmx.net ; cabo@tzi.org ; kovatsch@inf.ethz.ch Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong #394: Ping/pong Comment (by kovatsch@inf.ethz.ch): +1 for empty messages for keep-alives. +1 to also support a lightweight checkpointing, since we need a way to indicate when resources can be freed safely. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: new enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From nobody Sun Jun 12 22:07:01 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EE8112B05A for ; Sun, 12 Jun 2016 22:06:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y-g1D2Tj5nnP for ; Sun, 12 Jun 2016 22:06:57 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id D518612B034 for ; Sun, 12 Jun 2016 22:06:56 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id 60AAB19F3CF for ; Mon, 13 Jun 2016 13:06:55 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.255.40.27]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id 050EA19F39C; Mon, 13 Jun 2016 13:06:55 +0800 (HKT) Message-ID: From: "weigengyu" To: "Carsten Bormann" , References: <575C3AC4.9050407@tzi.org> In-Reply-To: <575C3AC4.9050407@tzi.org> Date: Mon, 13 Jun 2016 13:06:53 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Subject: Re: [core] Resource directory evolution X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 05:06:59 -0000 Hi, Some comments on "9. DNS-SD Mapping" of draft-ietf-core-resource-directory-07. In "9.6. Importing resource links into DNS-SD", it seems to expose the resouce's link to DNS-SD by a RD, not to pose a RD's web link to DNS-SD. Is there such a resource Lookup with two phases: 1. getting a weblink of RD by DNS-SD Lookup; it can be seen as a coarse-grained resolution. 2. getting the weblingk of EP by RD Lookup; it can be seen as a fine-grained resolution. And two lookups are processed in order automatically. It is required, or not. Regards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: Carsten Bormann Sent: Sunday, June 12, 2016 12:22 AM To: core@ietf.org WG Subject: [core] Resource directory evolution The current RD draft offers a number of "function sets", some of which have become quite popular. Now, additional usages of RD are coming up, e.g., in OCF and in the W3C Web of Things group, that would want to continue to use the RD, but add more "function sets". The best way to advertise these new function sets from an RD would be to provide them as explicitly linked hypermedia controls. That raises the question why the existing function sets aren't offered in the same way. We could use the rt= registry as a bridge leading us there. Now there is a lot of handwaving in the above, and we should try to form this into a plan that minimizes the impact on the RD specification as it is, while making sure there is nothing in there that gets in the way of this evolution. * We need to link the resources implicitly included in the current function sets (can be done in .well-known/core) * We need to annotate how to formulate the requests to these resources (can be done with rt= for now, backed by the textual descriptions we have in the RD specification) * We need to allow for additional lookup interfaces (can be done through additional rt= registrations, backed by the specifications referenced) * The registration interface would not change much, just support additional media types (containing collections of links, which need to be made available in link-format style to those consumers not familiar with the media type) We should have the rel= types in place that will allow this information to be a citizen in the greater Web of Things. (E.g., compare rel="create-form" for the registration interface.) Further evolution can then center more on explicit information provided at the resources pointed to via the rel= types; providing a smooth transition away from relying just on rt=. The next step will be to collect information about how the lookup functions are actually being used (or their use is envisioned) from the various groups that already are making use of the RD. Obviously, the objective is not to step on those uses but, conversely, to enable the evolution these groups need. Grüße, Carsten, Klaus, Matthias _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From nobody Mon Jun 13 00:06:13 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1EAD712B04B for ; Mon, 13 Jun 2016 00:06:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RZNeCS9u720y for ; Mon, 13 Jun 2016 00:06:11 -0700 (PDT) Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 217BF12B071 for ; Mon, 13 Jun 2016 00:06:10 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.200]) by smtp-cloud2.xs4all.net with ESMTP id 67661t00Y4K0fSy01766zG; Mon, 13 Jun 2016 09:06:08 +0200 Received: from AMontpellier-654-1-247-72.w92-133.abo.wanadoo.fr ([92.133.18.72]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 13 Jun 2016 09:06:06 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Jun 2016 09:06:06 +0200 From: peter van der Stok To: weigengyu Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <575C3AC4.9050407@tzi.org> Message-ID: <8b70e1860957ca902cd1311aa07df663@xs4all.nl> X-Sender: stokcons@xs4all.nl (xyuhfOoiE6K9rU7vG509iUvg9YugSWQv) User-Agent: XS4ALL Webmail Archived-At: Cc: core@ietf.org Subject: Re: [core] Resource directory evolution X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 07:06:13 -0000 Hi Weigenyu, What you describe is correct. No there are no additional functions to access RD via DNS. It may be worthwhile to write a draft that promotes look-ups from RD to DNS and from DNS to RD. There have been no plans in this directuon. greetings, Peter weigengyu schreef op 2016-06-13 07:06: > Hi, > > Some comments on "9. DNS-SD Mapping" of > draft-ietf-core-resource-directory-07. > > In "9.6. Importing resource links into DNS-SD", > it seems to expose the resouce's link to DNS-SD by a RD, not to pose a > RD's web link to DNS-SD. > > Is there such a resource Lookup with two phases: > 1. getting a weblink of RD by DNS-SD Lookup; it can be seen as a > coarse-grained resolution. > 2. getting the weblingk of EP by RD Lookup; it can be seen as a > fine-grained resolution. > And two lookups are processed in order automatically. > > It is required, or not. > From nobody Mon Jun 13 00:25:32 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7BA3112B05D for ; Mon, 13 Jun 2016 00:25:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TXyv2u8zaYnj for ; Mon, 13 Jun 2016 00:25:30 -0700 (PDT) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B5C2512B007 for ; Mon, 13 Jun 2016 00:25:29 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.200]) by smtp-cloud2.xs4all.net with ESMTP id 67RT1t00S4K0fSy017RTL8; Mon, 13 Jun 2016 09:25:27 +0200 Received: from AMontpellier-654-1-247-72.w92-133.abo.wanadoo.fr ([92.133.18.72]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 13 Jun 2016 09:25:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Mon, 13 Jun 2016 09:25:27 +0200 From: peter van der Stok To: Carsten Bormann Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <575C3AC4.9050407@tzi.org> References: <575C3AC4.9050407@tzi.org> Message-ID: <9586240b571608e7691af2f12c150051@xs4all.nl> X-Sender: stokcons@xs4all.nl (HRytTwCJigar5tW97QxN61GGFRWGWAOQ) User-Agent: XS4ALL Webmail Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] Resource directory evolution X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 07:25:31 -0000 Hi Carsten, Do I understand correctly that this evolution takes place in a draft referencing the future RD RFC? Peter Carsten Bormann schreef op 2016-06-11 18:22: > The current RD draft offers a number of "function sets", some of which > have become quite popular. Now, additional usages of RD are coming > up, e.g., in OCF and in the W3C Web of Things group, that would want > to continue to use the RD, but add more "function sets". The best way > to advertise these new function sets from an RD would be to provide > them as explicitly linked hypermedia controls. That raises the > question why the existing function sets aren't offered in the same > way. We could use the rt= registry as a bridge leading us there. > > Now there is a lot of handwaving in the above, and we should try to > form this into a plan that minimizes the impact on the RD > specification as it is, while making sure there is nothing in there > that gets in the way of this evolution. > > * We need to link the resources implicitly included in the current > function sets (can be done in .well-known/core) > * We need to annotate how to formulate the requests to these resources > (can be done with rt= for now, backed by the textual descriptions we > have in the RD specification) > * We need to allow for additional lookup interfaces (can be done > through additional rt= registrations, backed by the specifications > referenced) > * The registration interface would not change much, just support > additional media types (containing collections of links, which > need to be made available in link-format style to those consumers > not familiar with the media type) > > We should have the rel= types in place that will allow this > information to be a citizen in the greater Web of Things. > (E.g., compare rel="create-form" for the registration interface.) > Further evolution can then center more on explicit information > provided at the resources pointed to via the rel= types; providing a > smooth transition away from relying just on rt=. > > The next step will be to collect information about how the lookup > functions are actually being used (or their use is envisioned) from > the various groups that already are making use of the RD. > Obviously, the objective is not to step on those uses but, conversely, > to enable the evolution these groups need. > > Grüße, Carsten, Klaus, Matthias > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Mon Jun 13 01:53:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B563D12D151 for ; Mon, 13 Jun 2016 01:53:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4AK6Id-EjFKO for ; Mon, 13 Jun 2016 01:53:33 -0700 (PDT) Received: from lb1-smtp-cloud2.xs4all.net (lb1-smtp-cloud2.xs4all.net [194.109.24.21]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AA4EF12B00F for ; Mon, 13 Jun 2016 01:53:31 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.200]) by smtp-cloud2.xs4all.net with ESMTP id 68tT1t00M4K0fSy018tTmo; Mon, 13 Jun 2016 10:53:27 +0200 Received: from AMontpellier-654-1-247-72.w92-133.abo.wanadoo.fr ([92.133.18.72]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 13 Jun 2016 10:53:27 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Jun 2016 10:53:27 +0200 From: peter van der Stok To: Kovatsch Matthias Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <060.f687c9fcf5a1ac9cfb2d58eac188980d@trac.tools.ietf.org> References: <060.f687c9fcf5a1ac9cfb2d58eac188980d@trac.tools.ietf.org> Message-ID: <26d24b6cbe3d4b621fe9de7a7cb0c1d9@xs4all.nl> X-Sender: stokcons@xs4all.nl (Yy7J5CN9CASInLNR6m56CASKsqUlkyG6) User-Agent: XS4ALL Webmail Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #412 (resource-directory): Simple Directory Discovery text X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 08:53:34 -0000 Hi Matthias, Agree, and changed the text accordingly. Peter core issue tracker schreef op 2016-06-11 17:16: > #412: Simple Directory Discovery text > > The current text is misleading: > > Not all endpoints hosting resources are expected to know how to > implement the Resource Directory Function Set (see Section 5) and > thus explicitly register with a Resource Directory > > This means they explicitly register with a RD because they do not > understand the Function Set... Proposal: > > Not all endpoints hosting resources are expected to know how to > implement the Resource Directory Function Set (see Section 5), > and hence cannot register with a Resource Directory. > > I also thought we wanted to get rid of the Function Set mechanics > altogether? My guess: Future improvements. From nobody Mon Jun 13 02:05:33 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0103012D189 for ; Mon, 13 Jun 2016 02:05:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GQ5MkgBbVfMd for ; Mon, 13 Jun 2016 02:05:30 -0700 (PDT) Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8D43E12D143 for ; Mon, 13 Jun 2016 02:05:30 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.200]) by smtp-cloud2.xs4all.net with ESMTP id 695U1t00U4K0fSy0195ULm; Mon, 13 Jun 2016 11:05:29 +0200 Received: from AMontpellier-654-1-247-72.w92-133.abo.wanadoo.fr ([92.133.18.72]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Mon, 13 Jun 2016 11:05:28 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Mon, 13 Jun 2016 11:05:28 +0200 From: peter van der Stok To: Kovatsch Matthias Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> Message-ID: <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> X-Sender: stokcons@xs4all.nl (NEoUl19/jsTGoDwWIcENnr5dLXwhi4io) User-Agent: XS4ALL Webmail Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 09:05:32 -0000 Hi Matthias, thanks for your thoughts. See below. > Currently the Simple Directory Discovery allows two modes: > > * Empty POST and the RD takes care > * POST with payload with only selected resources > > When the device is aware which resources it wants to expose and can > perform POSTs with potentially large payloads (->Block1), it can be > expected to perform a normal registration in my opinion. If some > resources > should be private/hidden, why have them in /.well-known/core (there is > always the possibility for incremental discovery at other resources). I think the conclusion that it concerns hidden resources published in/. well-known/core a bit quick. May be there are no resources at all in /.well-known/core, and the device can make a selection of resources for the destination of its choice. And, indeed, we may talk security domains here. In conclusion: I like to keep the 2nd mode. > > Thus, I recommend to remove the second mode (POST with payload). > > Furthermore, I would move this "Simple Registration" into its own sub- > section (after 4.1 Finding a Directory Server). There, we should also > have > some text that the RD then has to make some guesses about the lifetime > an > take care of such registrations by itself (periodic updates, de- > registration). > The subsection makes sense, and will be done. Peter From nobody Mon Jun 13 02:57:31 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 25C1712D1CB; Mon, 13 Jun 2016 02:57:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yjn05tSJrAyN; Mon, 13 Jun 2016 02:57:23 -0700 (PDT) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 52E7012B025; Mon, 13 Jun 2016 02:57:23 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id u5D9vCIt023582; Mon, 13 Jun 2016 11:57:13 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 1A2D41D53C1; Mon, 13 Jun 2016 11:57:12 +0200 (CEST) Received: from 131.111.5.14 by webmail.entel.upc.edu with HTTP; Mon, 13 Jun 2016 11:57:09 +0200 Message-ID: <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> Date: Mon, 13 Jun 2016 11:57:09 +0200 From: "Carles Gomez Montenegro" To: "Zhen Cao" User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Delayed for 72:29:29 by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Mon, 13 Jun 2016 11:57:14 +0200 (CEST) Archived-At: Cc: "lwip@ietf.org" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [Lwip] [tcpm] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 09:57:26 -0000 Hi Zhen, Thanks a lot for your support and comments! Please find below some inline responses. > Hi Carles, > > Nice draft. I always want to know the complains of TCP problems over > Constrained link and device. In the very beginning of Lwig, the > IETF79 bof, David Bormann gave an excellent talk about similar issues > ( i try to search the IETF proceedings for the talk but failed coz > they do not hold it for informative bof ). But we failed to collect > these information from implementer or researchers like you further on. > Thanks again for this always timely work. > > In this respect, I agree with Carsten that your draft being handled in > lwig and a talk is welcome at Berlin meeting. Thanks a lot. We'll prepare a presentation for Berlin, and will also change the name of the draft to show 'lwig' instead of 'core'. > Some quick comments for your draft. > >>3.2. Window Size > >> A TCP window size of one segment follows the same rationale as the >> default setting for NSTART in [RFC7252], leading to equivalent >> operation when CoAP is used over TCP. > > IMHO, it does not matter because if the application has only a short > message to send, the de facto effective cwnd will be ONE. I understand that what you point out may happen in many cases... However, a device, in some cases, might want to send e.g. two (or more) packets back to back to the same destination. In those, the window size of one would make a difference. By the way, currently the phrasing in the draft is that a window size of one 'MUST' be used. This keeps a behavior equivalent to that of CoAP for confirmable messages in RFC 7252, and dramatically simplifies implementations. However, I wonder if some more freedom should be offered, and maybe the 'MUST' could become a 'SHOULD', at the expense of opening the door to greater complexity... I personally tend to prefer the first approach, but it would be great to receive more feedback on this! >>3.3. RTO estimation >> challenges of CNNs, in contrast with the RFC 6298 RTO. Therefore, as >> per this document, CoCoA RTO SHOULD be used in TCP over CNNs. >> Alternatively, implementors MAY choose the RTO estimation algorithm >> defined in RFC 6298. One of the two RTO algorithms MUST be >> implemented. > > Is the RTO estimation algorithm link-specific? For example, I knew you > have some work on CoCoA over GPRS. Is it always better than the > competitor? These are crucial questions. In our work with CoCoA (e.g. [1]), we have used: - GPRS/UMTS emulation - GPRS testbed experiments - IEEE 802.15.4 (with and without L2 reliability) simulation - IEEE 802.15.4 testbed experiments In fact, using different link layer setups has been fundamental to identify issues of the initial CoCoA version, and to properly fine-tune it. While in some specific experiments (i.e. combination of network topology, offered load, traffic pattern, etc.) an alternative algorithm has shown better performance, in the more recent versions of CoCoA: - CoCoA has never underperformed default CoAP (while alternative algorithms have in some scenarios). - CoCoA shows a performance at least similar to, often better than, that of default CoAP. We evaluated performance in terms of parameters such as throughput, retry ratio, settling time after a burst of messages, and fairness. Nevertheless, of course, we welcome more feedback from other evaluation scenarios! Cheers, Carles [1] Here is our most mature paper on the topic: https://www.researchgate.net/publication/297989374_CoAP_Congestion_Control_for_the_Internet_of_Things > Cheers, > Zhen From nobody Mon Jun 13 03:16:01 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 955EB12D1E7; Mon, 13 Jun 2016 03:16:00 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qxPSogW_K7P2; Mon, 13 Jun 2016 03:15:58 -0700 (PDT) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4B3E312D0FC; Mon, 13 Jun 2016 03:15:58 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id u5DAFU2J001938; Mon, 13 Jun 2016 12:15:53 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 12A361D53C1; Mon, 13 Jun 2016 12:15:30 +0200 (CEST) Received: from 131.111.5.14 by webmail.entel.upc.edu with HTTP; Mon, 13 Jun 2016 12:15:27 +0200 Message-ID: In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> Date: Mon, 13 Jun 2016 12:15:27 +0200 From: "Carles Gomez Montenegro" To: "weigengyu" User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Mon, 13 Jun 2016 12:15:54 +0200 (CEST) Archived-At: Cc: lwip@ietf.org, tcpm@ietf.org, jon.crowcroft@cl.cam.ac.uk, core@ietf.org Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 10:16:00 -0000 Hi Wei, > Hi Carles, > > I will give some comments as we have been doing both CoAP over Websocket > and > CoAP over TCP by extending Califorium. Thanks a lot! > I agree Carsten that CoAP over TCP will be used in the cloud and may also > be > in less-constrained networks. > It is hard to say that CoAP over TCP will be used in Constrained > Networks. There exist relevant examples such as: https://www.ietf.org/proceedings/87/slides/slides-87-lwig-6.pdf It could be that, within the constrained-node network space, TCP is used rather in class 2 devices. However, we would need to collect more data to be able to confirm this. On the other hand, in our opinion, the CoAP over TCP activity may increase the number of constrained devices using TCP (probably, in the 'constrained device' to 'cloud' scenario). Thanks again! Best regards, Carles > Rgards, > > Gengyu WEI > Network Technology Center > School of Computer > Beijing University of Posts and Telecommunications > -----原始邮件----- > From: Carles Gomez Montenegro > Sent: Friday, June 10, 2016 11:10 PM > To: Carsten Bormann > Cc: lwip@ietf.org ; tcpm@ietf.org Extensions ; jon.crowcroft@cl.cam.ac.uk > ; > core@ietf.org WG > Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for > draft-gomez-core-tcp-constrained-node-networks-00.txt] > > Hi Carsten, > > Thanks a lot for your comments. > > While we work to address those, it would be really helpful if folks that > have faced 'bad constrained TCP implementations', and/or have struggled > with middlebox traversal can share their experience. > > Cheers, > > Carles > > >> Carles, >> >> thanks for submitting this. >> >> I think that this draft is truly best handled in LWIG. >> >> We don't *have* to profile TCP for CoAP-over-TCP; people are free to use >> whatever parts of TCP they think are useful. (And, of course, there are >> applications for CoAP-over-TCP that are in the backend.) >> >> On the other hand, it is useful to >> -- manage expectations: >> what can I expect that the *other* side will offer in TCP >> functionality >> -- give advice to implementers: >> what is useful to implement, what not >> -- collect implementation experience that is relevant for these two >> >> (One interesting effect I'm seeing is that people know how good TCP can >> be, which shapes their expectations, but then they are hurt by using >> really bad constrained TCP implementations... We certainly should be >> paying attention to this on the CoRE WG side.) >> >> My biggest comment is probably that for device-to-cloud, the level of >> TCP functions implemented will be asymmetric (full TCP on cloud side, >> possibly more limited on the device side) -- what is the effect of this >> asymmetry? >> >> Maybe there also needs to be more discussion on the role of the >> middlebox (after all, we are doing CoAP-over-TCP to devices for the sole >> reason to climb over middleboxes). >> >> Grüße, Carsten >> >> >> Scharf, Michael (Nokia - DE) wrote: >>> Heads-up >>> >>> Michael >>> >>> >>> -----Original Message----- >>> From: Lwip [mailto:lwip-bounces@ietf.org] On Behalf Of Carles Gomez >>> Montenegro >>> Sent: Friday, June 10, 2016 11:36 AM >>> To: lwip@ietf.org >>> Cc: jon.crowcroft@cl.cam.ac.uk >>> Subject: [Lwip] [Fwd: New Version Notification for >>> draft-gomez-core-tcp-constrained-node-networks-00.txt] >>> >>> Dear LWIG WG, >>> >>> /** Apologies for possibly multiple similar e-mails... **/ >>> >>> We have just submitted the draft entitled 'TCP over Constrained-Node >>> Networks', which we believe may be of interest to the members of this >>> group. >>> >>> We would like to kindly ask for feedback, specially on the basis of >>> implementation experience. >>> >>> Thank you very much! >>> >>> Kind regards, >>> >>> The authors >>> >>> >>> ---------------------------- Original Message >>> ---------------------------- >>> Subject: New Version Notification for >>> draft-gomez-core-tcp-constrained-node-networks-00.txt >>> From: internet-drafts@ietf.org >>> Date: Fri, June 10, 2016 10:38 am >>> To: "Jon Crowcroft" >>> "Carles Gomez" >>> -------------------------------------------------------------------------- >>> >>> >>> A new version of I-D, >>> draft-gomez-core-tcp-constrained-node-networks-00.txt >>> has been successfully submitted by Carles Gomez and posted to the IETF >>> repository. >>> >>> Name: draft-gomez-core-tcp-constrained-node-networks >>> Revision: 00 >>> Title: TCP over Constrained-Node Networks >>> Document date: 2016-06-10 >>> Group: Individual Submission >>> Pages: 9 >>> URL: >>> https://www.ietf.org/internet-drafts/draft-gomez-core-tcp-constrained-node-networks-00.txt >>> Status: >>> https://datatracker.ietf.org/doc/draft-gomez-core-tcp-constrained-node-networks/ >>> Htmlized: >>> https://tools.ietf.org/html/draft-gomez-core-tcp-constrained-node-networks-00 >>> >>> >>> Abstract: >>> This document provides a profile for the Transmission Control >>> Protocol (TCP) over Constrained-Node Networks (CNNs). The >>> overarching goal is to offer simple measures to allow for >>> lightweight >>> TCP implementation and suitable operation in such environments. >>> >>> >>> >>> >>> Please note that it may take a couple of minutes from the time of >>> submission until the htmlized version and diff are available at >>> tools.ietf.org. >>> >>> The IETF Secretariat >>> >>> >>> >>> _______________________________________________ >>> Lwip mailing list >>> Lwip@ietf.org >>> https://www.ietf.org/mailman/listinfo/lwip >>> >>> _______________________________________________ >>> tcpm mailing list >>> tcpm@ietf.org >>> https://www.ietf.org/mailman/listinfo/tcpm >>> >> > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > > > From nobody Mon Jun 13 04:01:41 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65A0312D51F; Mon, 13 Jun 2016 04:01:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id f1hSucyyHeDd; Mon, 13 Jun 2016 04:01:36 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9422612D539; Mon, 13 Jun 2016 04:01:36 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 658D6E11CD070; Mon, 13 Jun 2016 11:01:32 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u5DB1Xax018802 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Mon, 13 Jun 2016 11:01:34 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u5DB1XqT027659 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Mon, 13 Jun 2016 13:01:33 +0200 Received: from FR712WXCHMBA15.zeu.alcatel-lucent.com ([169.254.7.34]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Mon, 13 Jun 2016 13:01:21 +0200 From: "Scharf, Michael (Nokia - DE)" To: Carles Gomez Montenegro , Zhen Cao Thread-Topic: [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] Thread-Index: AQHRxVoI/RTNimOLOUmdRy+CYZPf8J/nLTRw Date: Mon, 13 Jun 2016 11:01:21 +0000 Message-ID: <655C07320163294895BBADA28372AF5D488D0A96@FR712WXCHMBA15.zeu.alcatel-lucent.com> References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> In-Reply-To: <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> Accept-Language: de-DE, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "lwip@ietf.org" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 11:01:38 -0000 Just out-of-curiosity: In 1981, when the current TCP spec was published, en= d hosts had significant processing and memory limitations. Quite a bit of t= he TCP protocol mechanisms were designed to deal with senders and receivers= that have very small buffers, e.g., of the order of the maximum segment si= ze.RFC 793 is very carefully designed to deal with these constraints. And c= urrent TCP implementations are still backward compatible to RFC 793. When quickly scanning through this document, some observations (the list is= not comprehensive):=20 - TCP counts window sizes in bytes, which draft-gomez-core-tcp-constrained-= node-networks-00 seems to ignore.=20 - Out-of-my-head, nothing prevents a TCP sender from limiting the congestio= n window to a small window (e.g., one MSS). This basically turns TCP into a= stop-and-wait protocol. A TCP sender can unilaterally decide to limit its = congestion window if it wants to simplify its implementation. I am not sure= if RFC 2119 language is needed for that at all. - A TCP receiver can use the receive window to prevent the sender from send= ing data, e.g., if it can only deal with one MSS. It may be interesting to = look into whether advertising a maximum receive window e.g. of at most one = MSS would solve some of the problems discussed in the draft. - TCP options will only be enabled if supported on both ends and a standard= -compliant TCP stack only has to support the MSS option (more precisely, op= tion kinds 0, 1, and 2). An implementation that does not want to use any ad= ditional TCP features does not have to implement support any of those optio= ns. However, to be compatible with RFC 793 the option kinds 0, 1, and 2 hav= e to be parsed in SYNs and thus basic support for option parsing in SYNs is= required anyway. If the basic support for option parsing in SYNs is in pla= ce (which is not very complex code), it seems easy to process any other opt= ions that may be present in the SYN as well, and just ignore them. Thus, I = do not understand what added value a MUST has that "forbids" TCP options th= at may typically not be negotiated in the environments addressed by this do= cument. - If the receiver knows that TCP shall run in a stop-and-wait mode (e.g., b= ecause it advertises very small receive window), the delayed ACKs in TCP ma= y offer some opportunities for optimization, e.g., a receiver could want to= turn them off delayed ACKs when it advertises a very small receive window.= I believe the document could look into that space. - There are quite a number of differences between using TCP only inside a c= ontrolled environment, or using TCP with endpoints that are located in the = Internet. I would recommend that a document explicitly discusses both varia= nts, as design trade-offs could be different. And I would assume that one o= f the reasons for picking TCP would be to at least have the option of end-t= o-end transfers over the global Internet. - ... (there is more) In general, the TCPM list is followed by quite a number of different TCP im= plementers and there is some expertise on the original RFC 793 design decis= ions. If the intention of this document is e.g. to define up a minimum set = of TCP features required for a stop-and-wait operation and with very small = buffers, I'd assume that relevant expertise would be on the TCPM list. So, it might make sense to keep the TCPM list in the loop. Presenting the d= ocument in TCPM may also be an option the authors may want to think about. Michael From nobody Mon Jun 13 04:13:45 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2DDD212D542; Mon, 13 Jun 2016 04:13:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NiZBqpGAtply; Mon, 13 Jun 2016 04:13:39 -0700 (PDT) Received: from mta0.cl.cam.ac.uk (mta0.cl.cam.ac.uk [128.232.25.20]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF4D312B03D; Mon, 13 Jun 2016 04:13:38 -0700 (PDT) Received: from sandy.cl.cam.ac.uk ([128.232.64.182] ident=jac22) by mta0.cl.cam.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1bCPoG-00031L-Fx; Mon, 13 Jun 2016 12:13:36 +0100 From: Jon Crowcroft To: "Scharf, Michael (Nokia - DE)" In-reply-to: <655C07320163294895BBADA28372AF5D488D0A96@FR712WXCHMBA15.zeu.alcatel-lucent.com> References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> <655C07320163294895BBADA28372AF5D488D0A96@FR712WXCHMBA15.zeu.alcatel-lucent.com> Comments: In-reply-to "Scharf, Michael (Nokia - DE)" message dated "Mon, 13 Jun 2016 11:01:21 -0000." MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <23270.1465816416.1@sandy.cl.cam.ac.uk> Date: Mon, 13 Jun 2016 12:13:36 +0100 Message-Id: Archived-At: Cc: "tcpm@ietf.org Extensions" , "lwip@ietf.org" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 11:13:41 -0000 > Just out-of-curiosity: In 1981, when the current TCP spec was published, > end hosts had significant processing and memory limitations. Quite a bit > of the TCP protocol mechanisms were designed to deal with senders and > receivers that have very small buffers, e.g., of the order of the maximum > segment size.RFC 793 is very carefully designed to deal with these > constraints. And current TCP implementations are still backward > compatible to RFC 793. right - a typical system we used in 1981 was a DEC LSI/11 which had 64Kbytes of RAM for the whole OS and network stack - so the actual buffer space for packets might be a couple of kbytes - the thing is tho, that over a LFN (remember also, the backbone speeds were 56kbps, and international links might have satellites with .72 seconds RTTs), a sender still might speculatively keep more packets "in flight" than the receiver buffer advertised, if the receive processing meant that the bottleneck was always "in the air" not at the receiver of course, in a lot of CORE environments, the RTT is small enough that i think you're right, and advertising an MSS receive window would result in the stop&wait behaviour - can easily try this even on a couple of laptops on a wifi net........ maybe... int clamp= 576; setsockopt(sock, SOL_SOCKET, TCP_WINDOW_CLAMP, (char *)& clamp, sizeof(clamp)); > > When quickly scanning through this document, some observations (the list > is not comprehensive): > > - TCP counts window sizes in bytes, which > draft-gomez-core-tcp-constrained-node-networks-00 seems to ignore. > > - Out-of-my-head, nothing prevents a TCP sender from limiting the > congestion window to a small window (e.g., one MSS). This basically turns > TCP into a stop-and-wait protocol. A TCP sender can unilaterally decide > to limit its congestion window if it wants to simplify its > implementation. I am not sure if RFC 2119 language is needed for that at > all. > > - A TCP receiver can use the receive window to prevent the sender from > sending data, e.g., if it can only deal with one MSS. It may be > interesting to look into whether advertising a maximum receive window > e.g. of at most one MSS would solve some of the problems discussed in the > draft. > > - TCP options will only be enabled if supported on both ends and a > standard-compliant TCP stack only has to support the MSS option (more > precisely, option kinds 0, 1, and 2). An implementation that does not > want to use any additional TCP features does not have to implement > support any of those options. However, to be compatible with RFC 793 the > option kinds 0, 1, and 2 have to be parsed in SYNs and thus basic support > for option parsing in SYNs is required anyway. If the basic support for > option parsing in SYNs is in place (which is not very complex code), it > seems easy to process any other options that may be present in the SYN as > well, and just ignore them. Thus, I do not understand what added value a > MUST has that "forbids" TCP options that may typically not be negotiated > in the environments addressed by this document. > > - If the receiver knows that TCP shall run in a stop-and-wait mode (e.g., > because it advertises very small receive window), the delayed ACKs in TCP > may offer some opportunities for optimization, e.g., a receiver could > want to turn them off delayed ACKs when it advertises a very small > receive window. I believe the document could look into that space. > > - There are quite a number of differences between using TCP only inside a > controlled environment, or using TCP with endpoints that are located in > the Internet. I would recommend that a document explicitly discusses both > variants, as design trade-offs could be different. And I would assume > that one of the reasons for picking TCP would be to at least have the > option of end-to-end transfers over the global Internet. > > - ... (there is more) > > In general, the TCPM list is followed by quite a number of different TCP > implementers and there is some expertise on the original RFC 793 design > decisions. If the intention of this document is e.g. to define up a > minimum set of TCP features required for a stop-and-wait operation and > with very small buffers, I'd assume that relevant expertise would be on > the TCPM list. > > So, it might make sense to keep the TCPM list in the loop. Presenting the > document in TCPM may also be an option the authors may want to think > about. > > Michael > > From nobody Mon Jun 13 05:22:22 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F23D412D149; Mon, 13 Jun 2016 05:22:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8RjEt6IzrKE1; Mon, 13 Jun 2016 05:22:18 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BF9B412B01D; Mon, 13 Jun 2016 05:22:17 -0700 (PDT) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DCLsmi026927 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jun 2016 14:21:54 +0200 Received: from DEFTHW99ERIMSX.ww902.siemens.net (defthw99erimsx.ww902.siemens.net [139.22.70.134]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DCLXBE019242 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 13 Jun 2016 14:21:53 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DEFTHW99ERIMSX.ww902.siemens.net ([139.22.70.134]) with mapi id 14.03.0294.000; Mon, 13 Jun 2016 14:21:32 +0200 From: "Kovatsch, Matthias" To: weigengyu , "trac+core@zinfandel.tools.ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" , "Hannes.Tschofenig@gmx.net" , "cabo@tzi.org" , "kovatsch@inf.ethz.ch" Thread-Topic: [core] #394 (coap-tcp-tls): Ping/pong Thread-Index: AQHRw+QIzdOz41CYFEin0MiR+kUjzJ/mkv+AgADAYmA= Date: Mon, 13 Jun 2016 12:21:32 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> In-Reply-To: <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.29] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 12:22:20 -0000 SGkgR2VuZ3l1DQoNCkkgYW0gbm90IHN1cmUgaWYgdGhpcyByZXNldHMgdGhlIGRpc2N1c3Npb24g dG8gdGhlIGJlZ2lubmluZy4gQSBzdXJ2ZXkgYnkgSGFubmVzIHNob3dlZCB0aGF0IG1hbnkgbWlk ZGxlYm94ZXMganVzdCBkcm9wIGtlZXAtYWxpdmVzIGF0IFRDUCBsZXZlbC4gQSBjaGVjayBvZiBp bXBsZW1lbnRhdGlvbnMgc2hvd2VkIHRoYXQgYXBwbGljYXRpb25zIHVzdWFsbHkgaGF2ZSBubyB3 YXkgdG8gY29udHJvbCB0aGVzZSBrZWVwLWFsaXZlcy4gVGh1cywgdGhlIGF1dGhvcnMgZGVjaWRl ZCB0byBwcm92aWRlIGEgQ29BUC1sZXZlbCBrZWVwLWFsaXZlLg0KDQpIYW5uZXMsIGlzIGVuZHMt dGNwLWtlZXBhbGl2ZSBFRE5TMCBPcHRpb24gc29tZXRoaW5nIG5ldz8NCkdlbmd5dSwgaXMgaXQg bW9yZSB0aGFuIGEgc3BlY2lmaWNhdGlvbiwgdGhhdCBpcywgZG9lcyBpdCB3b3JrIGluIHRoZSBm aWVsZD8NCg0KQ2lhbw0KTWF0dGhpYXMNCg0KPiAtLS0tLVVyc3Byw7xuZ2xpY2hlIE5hY2hyaWNo dC0tLS0tDQo+IFZvbjogY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gSW0gQXVm dHJhZyB2b24gd2VpZ2VuZ3l1DQo+IEdlc2VuZGV0OiBNb250YWcsIDEzLiBKdW5pIDIwMTYgMDQ6 NDkNCj4gQW46IHRyYWMrY29yZUB6aW5mYW5kZWwudG9vbHMuaWV0Zi5vcmc7IGRyYWZ0LWlldGYt Y29yZS1jb2FwLXRjcC10bHNAaWV0Zi5vcmc7DQo+IEhhbm5lcy5Uc2Nob2ZlbmlnQGdteC5uZXQ7 IGNhYm9AdHppLm9yZzsga292YXRzY2hAaW5mLmV0aHouY2gNCj4gQ2M6IGNvcmVAaWV0Zi5vcmcN Cj4gQmV0cmVmZjogUmU6IFtjb3JlXSAjMzk0IChjb2FwLXRjcC10bHMpOiBQaW5nL3BvbmcNCj4g DQo+IEhpLA0KPiANCj4gSXQgbmVlZHMgY2xhcmlmaWNhdGlvbi4NCj4gDQo+IElzIGl0IGFpbWlu ZyBhdCBrZWVwaW5nIFRDUCBjb25uZWN0aW9uZyBhbGl2ZT8NCj4gDQo+IFRoZSBQaW5nL3Bvbmcg bWVzc2FnZXMgYXJlIENvQVAgbWVzc2dlcyB3aGlsZSBpdCBpcyBlbXB0eSBtZXNzYWdlLCBpcyBp dD8NCj4gSWYgeWVzLCBUQ1Agd2lsbCBkZWxpdmVyIHNvbWUgc2hvcnQgZGF0YSAoYSBDb0FQIG1l c3NhZ2UpIHRvIGl0cyBwZWVyLg0KPiANCj4gQW4gYWx0ZXJuYXRpdmUgd2F5IGlzIHRvIHVzZSB0 aGUgbWVhbnMgZGVmaW5lZCBpbiBSRkM3ODI4ICdUaGUgZWRucy10Y3AtDQo+IGtlZXBhbGl2ZSBF RE5TMCBPcHRpb24nLg0KPiBBbHRob3VnaCBSRkM3ODI4IG9ubHkgY29uY2VybnMgRE5TLCBpLmUu IHRoZSBUQ1AgYXQgRE5TIGNsaWVudCBzZW5kcyBhDQo+IGtlZXBhbGl2ZSBvcHRpb24gdG8gaXRz IHBlZXIgYXQgRE5TIHNlcnZlciwgdGhpcyBvcHRpb24gY291bGQgYmUgdXNlIGJ5IENvQVAgb3Zl cg0KPiBUQ1AuDQo+IA0KPiANCj4gUmVnYXJkcywNCj4gDQo+IEdlbmd5dSBXRUkNCj4gTmV0d29y ayBUZWNobm9sb2d5IENlbnRlcg0KPiBTY2hvb2wgb2YgQ29tcHV0ZXINCj4gQmVpamluZyBVbml2 ZXJzaXR5IG9mIFBvc3RzIGFuZCBUZWxlY29tbXVuaWNhdGlvbnMNCj4gLS0tLS3ljp/lp4vpgq7k u7YtLS0tLQ0KPiBGcm9tOiBjb3JlIGlzc3VlIHRyYWNrZXINCj4gU2VudDogU2F0dXJkYXksIEp1 bmUgMTEsIDIwMTYgOToyMCBQTQ0KPiBUbzogZHJhZnQtaWV0Zi1jb3JlLWNvYXAtdGNwLXRsc0Bp ZXRmLm9yZyA7IEhhbm5lcy5Uc2Nob2ZlbmlnQGdteC5uZXQgOw0KPiBjYWJvQHR6aS5vcmcgOyBr b3ZhdHNjaEBpbmYuZXRoei5jaA0KPiBDYzogY29yZUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTog W2NvcmVdICMzOTQgKGNvYXAtdGNwLXRscyk6IFBpbmcvcG9uZw0KPiANCj4gIzM5NDogUGluZy9w b25nDQo+IA0KPiANCj4gQ29tbWVudCAoYnkga292YXRzY2hAaW5mLmV0aHouY2gpOg0KPiANCj4g KzEgZm9yIGVtcHR5IG1lc3NhZ2VzIGZvciBrZWVwLWFsaXZlcy4NCj4gDQo+ICsxIHRvIGFsc28g c3VwcG9ydCBhIGxpZ2h0d2VpZ2h0IGNoZWNrcG9pbnRpbmcsIHNpbmNlIHdlIG5lZWQgYSB3YXkg dG8NCj4gaW5kaWNhdGUgd2hlbiByZXNvdXJjZXMgY2FuIGJlIGZyZWVkIHNhZmVseS4NCj4gDQo+ IC0tDQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLQ0K PiBSZXBvcnRlcjogICAgICAgICAgICAgICB8ICAgICAgIE93bmVyOiAgZHJhZnQtaWV0Zi1jb3Jl LWNvYXAtdGNwLQ0KPiAgIGhhcnRrZUB0emkub3JnICAgICAgICAgfCAgdGxzQGlldGYub3JnDQo+ ICAgICAgVHlwZTogIHByb3RvY29sICAgICB8ICAgICAgU3RhdHVzOiAgbmV3DQo+ICAgZW5oYW5j ZW1lbnQgICAgICAgICAgICB8ICAgTWlsZXN0b25lOg0KPiBQcmlvcml0eTogIG1pbm9yICAgICAg ICB8ICAgICBWZXJzaW9uOg0KPiBDb21wb25lbnQ6ICBjb2FwLXRjcC0gICAgfCAgUmVzb2x1dGlv bjoNCj4gICB0bHMgICAgICAgICAgICAgICAgICAgIHwNCj4gU2V2ZXJpdHk6ICBBY3RpdmUgV0cg ICAgfA0KPiAgIERvY3VtZW50ICAgICAgICAgICAgICAgfA0KPiBLZXl3b3JkczogICAgICAgICAg ICAgICB8DQo+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0t LQ0KPiANCj4gVGlja2V0IFVSTDogPGh0dHBzOi8vdHJhYy50b29scy5pZXRmLm9yZy93Zy9jb3Jl L3RyYWMvdGlja2V0LzM5NCNjb21tZW50OjM+DQo+IGNvcmUgPGh0dHBzOi8vdG9vbHMuaWV0Zi5v cmcvY29yZS8+DQo+IA0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fXw0KPiBjb3JlIG1haWxpbmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0KPiANCj4gDQo+IF9fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGNvcmUgbWFpbGluZyBsaXN0 DQo+IGNvcmVAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5m by9jb3JlDQo= From nobody Mon Jun 13 05:32:47 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9EAD412B01D for ; Mon, 13 Jun 2016 05:32:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EgzjgifM-y-3 for ; Mon, 13 Jun 2016 05:32:38 -0700 (PDT) Received: from goliath.siemens.de (goliath.siemens.de [192.35.17.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A49B712D662 for ; Mon, 13 Jun 2016 05:32:37 -0700 (PDT) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by goliath.siemens.de (8.15.2/8.15.2) with ESMTPS id u5DCWYo0011884 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jun 2016 14:32:35 +0200 Received: from DEFTHW99ERIMSX.ww902.siemens.net (defthw99erimsx.ww902.siemens.net [139.22.70.134]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DCWY9H014620 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 13 Jun 2016 14:32:34 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DEFTHW99ERIMSX.ww902.siemens.net ([139.22.70.134]) with mapi id 14.03.0294.000; Mon, 13 Jun 2016 14:32:33 +0200 From: "Kovatsch, Matthias" To: "consultancy@vanderstok.org" , "Kovatsch Matthias" Thread-Topic: [core] #413 (resource-directory): Make Simple Directory Discovery really simple Thread-Index: AQHRw/Xue9LhCGkvXkWJB5SmZv7fEZ/m/AIAgABZzWA= Date: Mon, 13 Jun 2016 12:32:33 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> In-Reply-To: <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.29] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 12:32:41 -0000 > I think the conclusion that it concerns hidden resources published in/. > well-known/core a bit quick. > May be there are no resources at all in /.well-known/core, and the device= can > make a selection of resources for the destination of its choice. > And, indeed, we may talk security domains here. > In conclusion: I like to keep the 2nd mode. >=20 > > > > Thus, I recommend to remove the second mode (POST with payload). My main question is: Isn't this case already beyond "Simple Directory Disco= very"? A device could use the normal Registration and simply ignore the returned h= andle resource (Location) and fully rely on the lifetime. So why do we need= to define two modes in the "Simple" Directory Discovery? A simple device m= ust be provided with the RD address in some way. I cannot see much differen= ce between giving it the coap://rd/.well-known/core URI and the resolved (i= n terms of following the rt=3Dcore.rd link in link-format) URI coap://rd/rd= . From there, the behavior is the same: POST your link-format. Ciao Matthias From nobody Mon Jun 13 05:55:01 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EAA6312B065 for ; Mon, 13 Jun 2016 05:54:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fw4emYT-zrCK for ; Mon, 13 Jun 2016 05:54:53 -0700 (PDT) Received: from mail-pf0-x22a.google.com (mail-pf0-x22a.google.com [IPv6:2607:f8b0:400e:c00::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9DB4D12B036 for ; Mon, 13 Jun 2016 05:54:53 -0700 (PDT) Received: by mail-pf0-x22a.google.com with SMTP id 62so46141792pfd.1 for ; Mon, 13 Jun 2016 05:54:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2CUDf8SleId1sevH9g8z/FvMxS979mmka2UXVElgno8=; b=j5wXSlaeyvw6i7bTsTlv8jQf2A3TR99T+e63KH9gEwM9cXtpqDgqjBKFzky9AmT1v1 8SPLwLeH46x55BPU5SwL7SOqbFb9l08H71iiv3NRlto/QLgxDiJsurhLFwkHDEc+xnsz Mp/GCIqhygOGFyHC1n2GGdMqJtDKBJT47LXr+hj8HTr4F6aCWu6C1tfQjsAAEiF8M391 CNsV1/PYiOOqrjZ0inQDHryHmmCnJoyt1SuFa3t5iJR90ss1ZuTZESTaiKaEcQCyMxBB gCApOYHRBftpNYgru4j8vfAd0cNj89672ZfQ+MRyuvf5Zs1MRlsiT4ZYW6ReyGvpHMaS WO1g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=2CUDf8SleId1sevH9g8z/FvMxS979mmka2UXVElgno8=; b=aLkVt63RcT87rwnWixyRyWrPP0O662bPEm0OX/LL4hmM3jxO6qrUa/nOasXTDxkWv1 0EBqcR6azSYuW2Ci9lUGYYqMHl98GgrSwKXlnspyhjQMwk04V5uF9vnpy20lS3CNAPko C1i+RxmV/LGR7ZZx/bod0pTWQ9wPqfTwP8/OJ5l/Vfn5Cv1cqCAZCo5lNpcUxORItiFL AqPl4k5L31QYq/G3OhlbjuOhJpTZ/vhjA4nP0w0KcSeDSPXOhOXFS59E67ob9+rVaKef fNmI1ymc9I6F2AjCmmRuhI8YGpwvYhGGhMf2zoxi5ExvqaCvdqX/gXlCKh1/56Hhov1x o8Pg== X-Gm-Message-State: ALyK8tLUHxqfhVhRt8bDf+d0EaKC/M1ScC73FacifWVYZIav45i/1NO8BD386LuO6QvWqg== X-Received: by 10.98.42.206 with SMTP id q197mr21902982pfq.108.1465822493188; Mon, 13 Jun 2016 05:54:53 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id x10sm28694919pfd.8.2016.06.13.05.54.51 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 05:54:52 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> Date: Mon, 13 Jun 2016 05:54:47 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> To: "Kovatsch, Matthias" X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 12:55:00 -0000 First, we should combine 4.0 and 4.2 and add it to the registration = section in 5. "Simple Discovery" is actually "Simple Registration" and = should be renamed. Let's discuss finding a directory server in section 4 before we discuss = registration of resources in section 5. Section 5 should start with the 2 types of registration and then = describe discovery. We have discussed these changes before and never made them.=20 So: -------- sec. 4 - finding a directory server sec. 5 API functional description 5.1 registration (both methods)=20 5.2 discovery 5.3 etc. ---------- I am ready to make these changes now if we agree.=20 Best regards, Michael We are going to need both methods of registration > On Jun 13, 2016, at 5:32 AM, Kovatsch, Matthias = wrote: >=20 >> I think the conclusion that it concerns hidden resources published = in/. >> well-known/core a bit quick. >> May be there are no resources at all in /.well-known/core, and the = device can >> make a selection of resources for the destination of its choice. >> And, indeed, we may talk security domains here. >> In conclusion: I like to keep the 2nd mode. >>=20 >>>=20 >>> Thus, I recommend to remove the second mode (POST with payload). >=20 > My main question is: Isn't this case already beyond "Simple Directory = Discovery"? > A device could use the normal Registration and simply ignore the = returned handle resource (Location) and fully rely on the lifetime. So = why do we need to define two modes in the "Simple" Directory Discovery? = A simple device must be provided with the RD address in some way. I = cannot see much difference between giving it the = coap://rd/.well-known/core URI and the resolved (in terms of following = the rt=3Dcore.rd link in link-format) URI coap://rd/rd. =46rom there, = the behavior is the same: POST your link-format. >=20 > Ciao > Matthias >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Mon Jun 13 06:04:38 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1C14712D735 for ; Mon, 13 Jun 2016 06:04:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I4TT-QHaLLfY for ; Mon, 13 Jun 2016 06:04:35 -0700 (PDT) Received: from mail-pa0-x231.google.com (mail-pa0-x231.google.com [IPv6:2607:f8b0:400e:c03::231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1114712D69F for ; Mon, 13 Jun 2016 06:04:35 -0700 (PDT) Received: by mail-pa0-x231.google.com with SMTP id bz2so45738933pad.1 for ; Mon, 13 Jun 2016 06:04:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=9ah1xnFd/lC7S2n2zOcMzJimo1aDvvq+nAtVvidEFhE=; b=vUv6HK7I4G5omYl33EAXQDdk2eP5EKzdAeXj1vF8ReR31wTeUzYsAw6hZCvvi9OZym W5vpePFm4fanyzKwROaqv/jxtW5Y2Tn+nLb0L5rUSRNDS/BzSVR6VHluENG8ZvnP9o3d 1szbByBfTEYRaMzJDJDfi9yH3sT7jHsKsZRCAGHl7rFvGfJRxnVMnh/fRgn7dqmkDlEl BVIsFkVVy8vg9g4dM1h7YExT0uXj68in7QZWoB1Thx1PK/ea5mOVPL/AqKXGCTo8PmQN i2sXmiPp4sN2hilk8puyVytF5UpvwMNgiPXMU+sUjF+YBChWdQtjEh+xQu1fm6m7OvOa 0uuw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=9ah1xnFd/lC7S2n2zOcMzJimo1aDvvq+nAtVvidEFhE=; b=MhkDw1nNfCi5I0VPqsvCZqzSOjLc7lEPA61cKB4oW3tsro0gvYtqJNznbHUIrnJ/Bw iaoKUAJRYPwN3LQh/2Z54XseEsVs5hwCjNbArxbytRj+IRLtV+Tbz3+b3KAfMu0NQo3E nWo/EzNCp8Zhe5cJRgh23EpiPPqgS8Y5jTb8WiI0CKKdFMuYTBvc8cDM6mMBJ2FgSSnD 9Lyadi7+CLDxy1louMdXrjakYGwVCHYbnpHUkWiNAw+fovWMp6Alq+5R6ZxP64nOqLd/ ma+fmOMCubVjVS6gT7a7QLB+QmLtX4Bvb++h03Kske2xnueWP2Agkqq9EpGPWl8hDugj M2mg== X-Gm-Message-State: ALyK8tK3BwdtYlhSpsbO18/UCquKu4lu1UZGYmRAY5TmHCBoDqsoWb3mJQ2etSTXPiuxzg== X-Received: by 10.66.77.165 with SMTP id t5mr22029673paw.61.1465823073909; Mon, 13 Jun 2016 06:04:33 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id b186sm37711832pfa.61.2016.06.13.06.04.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 06:04:33 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: Date: Mon, 13 Jun 2016 06:04:29 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> To: Michael Koster X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:04:37 -0000 OK, I see that the current section 5.1 called "discovery" is also about = finding an RD.=20 Let's move the current 5.1 (discovery) to sec. 4 (finding an RD, = discovering RD services) and keep it out of the API description. So section 4 is about discovering or finding RD services, and section 5 = is about how you interact with the RD using it's API once you find it. Michael 4. finding al RD - service discovery 5. using an RD 5.1 registration 5.2 update registration 5.3 remove registration 5.4 read endpoint links 5.5 update endpoint links 6. lookup - resource discovery etc.=20 > On Jun 13, 2016, at 5:54 AM, Michael Koster = wrote: >=20 > First, we should combine 4.0 and 4.2 and add it to the registration = section in 5. "Simple Discovery" is actually "Simple Registration" and = should be renamed. >=20 > Let's discuss finding a directory server in section 4 before we = discuss registration of resources in section 5. >=20 > Section 5 should start with the 2 types of registration and then = describe discovery. >=20 > We have discussed these changes before and never made them.=20 >=20 > So: > -------- > sec. 4 - finding a directory server >=20 > sec. 5 API functional description >=20 > 5.1 registration (both methods)=20 >=20 > 5.2 discovery >=20 > 5.3 etc. > ---------- >=20 > I am ready to make these changes now if we agree.=20 >=20 > Best regards, >=20 > Michael >=20 >=20 > We are going to need both methods of registration >> On Jun 13, 2016, at 5:32 AM, Kovatsch, Matthias = wrote: >>=20 >>> I think the conclusion that it concerns hidden resources published = in/. >>> well-known/core a bit quick. >>> May be there are no resources at all in /.well-known/core, and the = device can >>> make a selection of resources for the destination of its choice. >>> And, indeed, we may talk security domains here. >>> In conclusion: I like to keep the 2nd mode. >>>=20 >>>>=20 >>>> Thus, I recommend to remove the second mode (POST with payload). >>=20 >> My main question is: Isn't this case already beyond "Simple Directory = Discovery"? >> A device could use the normal Registration and simply ignore the = returned handle resource (Location) and fully rely on the lifetime. So = why do we need to define two modes in the "Simple" Directory Discovery? = A simple device must be provided with the RD address in some way. I = cannot see much difference between giving it the = coap://rd/.well-known/core URI and the resolved (in terms of following = the rt=3Dcore.rd link in link-format) URI coap://rd/rd. =46rom there, = the behavior is the same: POST your link-format. >>=20 >> Ciao >> Matthias >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >=20 From nobody Mon Jun 13 06:07:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2788F12D783; Mon, 13 Jun 2016 06:07:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NIsiliplpzxJ; Mon, 13 Jun 2016 06:07:28 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1CD0212D607; Mon, 13 Jun 2016 06:07:28 -0700 (PDT) Received: from mfilter44-d.gandi.net (mfilter44-d.gandi.net [217.70.178.175]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 7BFBDC5ABE; Mon, 13 Jun 2016 15:07:26 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter44-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter44-d.gandi.net (mfilter44-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 5JEyJ5yvomJh; Mon, 13 Jun 2016 15:07:25 +0200 (CEST) X-Originating-IP: 134.226.52.39 Received: from nar-3.local (csopen.scss.tcd.ie [134.226.52.39]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 93984C5A83; Mon, 13 Jun 2016 15:06:51 +0200 (CEST) Message-ID: <575EAFEA.4040604@tzi.org> Date: Mon, 13 Jun 2016 14:06:50 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "Kovatsch, Matthias" References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" , "trac+core@zinfandel.tools.ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:07:30 -0000 Right; as the draft says, just about any transport (TCP, TLS, Websocket) already has a keepalive; it just turns out those may be hard to reach (or not working very well) in some implementations. The very simple method of sending and then ignoring empty messages should provide enough of a keepalive for most applications that need just that and can't get it from transport. Ping/pong really is more of an application-layer thing (in particular with the custody option), so it is definitely not being replaced by keepalive at any layer (transport or CoAP). Right now people are doing ping/pong by designating a resource they post to; this of course will continue to work -- it may just be too much work in the general case to find the specific resource that has been designated for this. But it is useful to keep this in mind before inventing too much to add to ping/pong -- specialized resources may be much better for those more specialized purposes. Grüße, Carsten From nobody Mon Jun 13 06:08:00 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6E8212D607 for ; Mon, 13 Jun 2016 06:07:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8H0vqrmUS8y8 for ; Mon, 13 Jun 2016 06:07:56 -0700 (PDT) Received: from mail-pa0-x22e.google.com (mail-pa0-x22e.google.com [IPv6:2607:f8b0:400e:c03::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B7F7212D780 for ; Mon, 13 Jun 2016 06:07:56 -0700 (PDT) Received: by mail-pa0-x22e.google.com with SMTP id hl6so45810954pac.2 for ; Mon, 13 Jun 2016 06:07:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NHr/rJpT1UPEO6eJ4EG9tyvzhxY8ntNnHV6+Wcy3Abg=; b=puB86WYx3YC3JceQPe/IWvkxsMcx+3jHbUExs9tPKNOa0jOUhHTLJ5InNeLU+qm3L0 ytQvPncYSC31eypxHKWXOws+HERcAKWONNqchv3bf5MgqpWqe77aquzQ1k1GKu/plm4M a7cHqnxMGtGKld7dH8TkmayoZHP3vIVueZWonZRdSdZCb4fJr/C2S4YcJ4GhewcEuUJD ePbFoCVELX8BfbdcchmJeC2VzxlFxPVicKWkCpAzuNp5c89BWn4GOYOXquRBZQtcu4Tv XzjSAWhnPMU0rv7N+G0kmeZxjqjBJTN5sfKcsv2sHqoPD2mUpEL5Vc4Ic08Lj0IfkAa6 g3hg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=NHr/rJpT1UPEO6eJ4EG9tyvzhxY8ntNnHV6+Wcy3Abg=; b=BLnw0HfrGsG8u5SAGy0niP6jZ2EYeBdK+6BA/B9jZIvDIDzk18wARF3G4t+NUw+JKq UyQZiPG4y5KYtS1MugNTe09P1OlAG7NP7biL18R7/6cLkhZLznaXYeg2Z2emxi8G2ALX +WgoCKtmT6SYZ0yQDkB4Ad6mCepuPoKyKWOPaH0Yn0LRyl4dUr2OpHbBcoLOOv1oiqMV k2JdwoZNEUXoBMIlIKpbpZvD5pfsgRag6TGVGKXpjwo9dvNSBiOTY7MDEU2rNWOTrhj2 jmBNOtjeqYKNzCpHDV0JXFIu6vAvvkvzT2nmF45hyEs13PR9pLC1Coi3K4v9z75lXkx7 oOAA== X-Gm-Message-State: ALyK8tJ9t9vNWIV2Hw1ZmWVaNvReiFNoWeL21bDNOOtVu3hGm6KtYfaIVxDIaOuqXkWQKw== X-Received: by 10.66.191.100 with SMTP id gx4mr21917777pac.128.1465823276302; Mon, 13 Jun 2016 06:07:56 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id s131sm37748242pfs.45.2016.06.13.06.07.55 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 06:07:55 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> Date: Mon, 13 Jun 2016 06:07:51 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> To: Michael Koster X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:07:59 -0000 Do we need an issue written up for this? Michael > On Jun 13, 2016, at 6:04 AM, Michael Koster = wrote: >=20 > OK, I see that the current section 5.1 called "discovery" is also = about finding an RD.=20 >=20 > Let's move the current 5.1 (discovery) to sec. 4 (finding an RD, = discovering RD services) and keep it out of the API description. >=20 > So section 4 is about discovering or finding RD services, and section = 5 is about how you interact with the RD using it's API once you find it. >=20 > Michael >=20 >=20 > 4. finding al RD - service discovery >=20 > 5. using an RD >=20 > 5.1 registration >=20 > 5.2 update registration >=20 > 5.3 remove registration >=20 > 5.4 read endpoint links >=20 > 5.5 update endpoint links >=20 > 6. lookup - resource discovery >=20 > etc.=20 >=20 >=20 >=20 >> On Jun 13, 2016, at 5:54 AM, Michael Koster = wrote: >>=20 >> First, we should combine 4.0 and 4.2 and add it to the registration = section in 5. "Simple Discovery" is actually "Simple Registration" and = should be renamed. >>=20 >> Let's discuss finding a directory server in section 4 before we = discuss registration of resources in section 5. >>=20 >> Section 5 should start with the 2 types of registration and then = describe discovery. >>=20 >> We have discussed these changes before and never made them.=20 >>=20 >> So: >> -------- >> sec. 4 - finding a directory server >>=20 >> sec. 5 API functional description >>=20 >> 5.1 registration (both methods)=20 >>=20 >> 5.2 discovery >>=20 >> 5.3 etc. >> ---------- >>=20 >> I am ready to make these changes now if we agree.=20 >>=20 >> Best regards, >>=20 >> Michael >>=20 >>=20 >> We are going to need both methods of registration >>> On Jun 13, 2016, at 5:32 AM, Kovatsch, Matthias = wrote: >>>=20 >>>> I think the conclusion that it concerns hidden resources published = in/. >>>> well-known/core a bit quick. >>>> May be there are no resources at all in /.well-known/core, and the = device can >>>> make a selection of resources for the destination of its choice. >>>> And, indeed, we may talk security domains here. >>>> In conclusion: I like to keep the 2nd mode. >>>>=20 >>>>>=20 >>>>> Thus, I recommend to remove the second mode (POST with payload). >>>=20 >>> My main question is: Isn't this case already beyond "Simple = Directory Discovery"? >>> A device could use the normal Registration and simply ignore the = returned handle resource (Location) and fully rely on the lifetime. So = why do we need to define two modes in the "Simple" Directory Discovery? = A simple device must be provided with the RD address in some way. I = cannot see much difference between giving it the = coap://rd/.well-known/core URI and the resolved (in terms of following = the rt=3Dcore.rd link in link-format) URI coap://rd/rd. =46rom there, = the behavior is the same: POST your link-format. >>>=20 >>> Ciao >>> Matthias >>>=20 >>> _______________________________________________ >>> core mailing list >>> core@ietf.org >>> https://www.ietf.org/mailman/listinfo/core >>=20 >=20 From nobody Mon Jun 13 06:11:21 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DA97B12D792; Mon, 13 Jun 2016 06:11:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2 X-Spam-Level: X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BzV4IZjVmhab; Mon, 13 Jun 2016 06:11:14 -0700 (PDT) Received: from mail-qt0-x22f.google.com (mail-qt0-x22f.google.com [IPv6:2607:f8b0:400d:c0d::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40D1A12D791; Mon, 13 Jun 2016 06:11:14 -0700 (PDT) Received: by mail-qt0-x22f.google.com with SMTP id m2so11200987qtd.1; Mon, 13 Jun 2016 06:11:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=c9enovPRztC6KFa9Y0HuWH9G45iMcAaokozV2soD9So=; b=z3tUXfguB0XfEC5G90t62FokMdqrXDlCBR8tNOWJYzCUlwy8iBMF+f6wHVjGJoxPm0 LBW5S7v2/QEUFtj0xsHWkREu9DCXmcs6PJJj7vFRij4oONlplLj5nAg8mtSECehRoQhB GiiwLKCzW4hvgoY1R53YSQVdoLCM79qJSLoIYL9Dqwt4M6LD/XoSZ99UgVbnhIX/gXL9 6jr0s9ROCwC4TEx20K8WTeBfonx1H0E0HgkpbGwxHXCsPllDACqC1+4IxunMk0tTXftH 25dEuIoLrgcBHC9sVcMwQymmBhldvKwmv1dDkvLGc5pQTIZ688YkNUD7bS15BO3lj0yh 5swg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=c9enovPRztC6KFa9Y0HuWH9G45iMcAaokozV2soD9So=; b=VYPHwRqmsXFwVXDnPtQEujYAxJjD6AdiF/kYfel7Wq4nRKxvZwrhWqaPzer0ka7rQy heRqvH/p6cJjEDhTEPigx2nA6W8j8MCEkwW3aerXVHdnWSwYyrJGo8SEXwBIWundXnWx 0q9XMfl9N58OA0oF304DfH47eYAwXX8bIVBHap95CytTigFNLZGgKLWWF+iQ6S7SLvFU 7jnmLIyWjCvZiSkn3afVIvVqbxhBRZWuvszB3GjCdTbU6E97YE2Gy/j3K3RdLUZJdWzc 8miJOLooR15N3qq/mzaVub9y2qowEIFSQiglP0VZIk9ZdYP0s/y7K/6SGcTODn/HnXR+ SCaQ== X-Gm-Message-State: ALyK8tKN4hY0PNtTV/NktHfckkbf1LC3nuazOese7LAGSbcsK6LFPDDznn+F5QTpxbHtzx2RDr4lsQKlxxC0sg== X-Received: by 10.200.40.49 with SMTP id 46mr14264676qtq.79.1465823473357; Mon, 13 Jun 2016 06:11:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.55.160.87 with HTTP; Mon, 13 Jun 2016 06:11:12 -0700 (PDT) In-Reply-To: <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> From: Zhen Cao Date: Mon, 13 Jun 2016 21:11:12 +0800 Message-ID: To: Carles Gomez Montenegro Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "lwip@ietf.org" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [Lwip] [tcpm] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:11:20 -0000 On Mon, Jun 13, 2016 at 5:57 PM, Carles Gomez Montenegro wrote: >> >>> A TCP window size of one segment follows the same rationale as the >>> default setting for NSTART in [RFC7252], leading to equivalent >>> operation when CoAP is used over TCP. >> >> IMHO, it does not matter because if the application has only a short >> message to send, the de facto effective cwnd will be ONE. > > I understand that what you point out may happen in many cases... However, > a device, in some cases, might want to send e.g. two (or more) packets > back to back to the same destination. In those, the window size of one > would make a difference. > > By the way, currently the phrasing in the draft is that a window size of > one 'MUST' be used. This keeps a behavior equivalent to that of CoAP for > confirmable messages in RFC 7252, and dramatically simplifies > implementations. However, I wonder if some more freedom should be offered, > and maybe the 'MUST' could become a 'SHOULD', at the expense of opening > the door to greater complexity... I personally tend to prefer the first > approach, but it would be great to receive more feedback on this! Which way is better in this case, sending two and sleep, or sending one followed by another? Sometimes the former will be better for constrained nodes. > > >>>3.3. RTO estimation >>> challenges of CNNs, in contrast with the RFC 6298 RTO. Therefore, as >>> per this document, CoCoA RTO SHOULD be used in TCP over CNNs. >>> Alternatively, implementors MAY choose the RTO estimation algorithm >>> defined in RFC 6298. One of the two RTO algorithms MUST be >>> implemented. >> >> Is the RTO estimation algorithm link-specific? For example, I knew you >> have some work on CoCoA over GPRS. Is it always better than the >> competitor? > > These are crucial questions. In our work with CoCoA (e.g. [1]), we have used: Thanks a lot for the reference and clarification, a nice measurement paper indeed! Cheers, Zhen > > - GPRS/UMTS emulation > - GPRS testbed experiments > - IEEE 802.15.4 (with and without L2 reliability) simulation > - IEEE 802.15.4 testbed experiments > > > Carles > > [1] Here is our most mature paper on the topic: > https://www.researchgate.net/publication/297989374_CoAP_Congestion_Control_for_the_Internet_of_Things > > >> Cheers, >> Zhen > From nobody Mon Jun 13 06:12:16 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5156112D783; Mon, 13 Jun 2016 06:12:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cha4YCOn3G9w; Mon, 13 Jun 2016 06:12:14 -0700 (PDT) Received: from mail-pa0-x22c.google.com (mail-pa0-x22c.google.com [IPv6:2607:f8b0:400e:c03::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8B3712D791; Mon, 13 Jun 2016 06:12:09 -0700 (PDT) Received: by mail-pa0-x22c.google.com with SMTP id b5so45755891pas.3; Mon, 13 Jun 2016 06:12:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SVEeA5FVTI5wz3cEKVw8+P4NHXQIZanTw+AWjYjL2zw=; b=JZ/zbptWOIoQ3cC9Xft47uqsH9Bo1Mh3jMEtBlu9rd1RvRu+MhMjvncuImAECnVc6c zrvz+ZRdHPFaAODrdrw4RIQKk26SA60rBrjp2LhyURDcnggpI6b33ow5w+FSoSnboXyb f9JHq9qtBjyyPy8bijIoxq2GRw95K6uIjki1K1zVfQsrFEBB5JSwUSHQZAlSIett8f2B XBMELRK6hzeQqfVrZxp0P5MQkdkeMqIcCm65e5rf85IjKj+iA9GKhgACNYFhKRTKUiFz hK11Dvu969N9arlPdcnSmZUdKxFnBZtxnEJlNpwV0SlfJhW5HsC0LgfTR/6r4Ade/pHD gNqw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=SVEeA5FVTI5wz3cEKVw8+P4NHXQIZanTw+AWjYjL2zw=; b=baMcPz6NrM6L/BPgRTiW/U1Czpl88O6oXg/3FWoEuIkf08728hAn9vF2NaKSLXryfe jNRduWKocLihGsHKmsZixzc8RERgoH/fjUj2yJRdhxeg2R8pVyZl60mtqD29T4GeHdcv t78Ub3MC/lz7lX/6GGHJxy05y9oQYPyaSN9lxpaQOYvuVGU51PtDoNH+IaZVp7zr6IRi 2xqPS2vleKTUGHGv9Mi0T50e9iefG1sRc2NC/SVQYLs0Y/x0CBRP/br2SozD5ka+kJTa HvxA4FSWnwlsqOndJDdnXZSgIWPBibOUshAyewIKSE44au3w9IsTa/HzYDMmtjA5GucF Xgfg== X-Gm-Message-State: ALyK8tJLTbsCRvwh85Vfrgws/6bDKsLLm79pAY3OLqKkOZnPIuvjR6hZZgUGfCYjBCHaiw== X-Received: by 10.66.255.7 with SMTP id am7mr21991849pad.75.1465823529418; Mon, 13 Jun 2016 06:12:09 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id o193sm18014050pfo.12.2016.06.13.06.12.08 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 06:12:08 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <575EAFEA.4040604@tzi.org> Date: Mon, 13 Jun 2016 06:12:04 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "trac+core@zinfandel.tools.ietf.org" , "core@ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:12:15 -0000 If this is done at the application layer, we could designate resources = that perform the keep-alive + network watchdog as an application layer = device management function. It could be a simple OMA style collection = with the ping resource itself along with some appropriate timers and = controls. Michael > On Jun 13, 2016, at 6:06 AM, Carsten Bormann wrote: >=20 > Right; as the draft says, just about any transport (TCP, TLS, = Websocket) > already has a keepalive; it just turns out those may be hard to reach > (or not working very well) in some implementations. >=20 > The very simple method of sending and then ignoring empty messages > should provide enough of a keepalive for most applications that need > just that and can't get it from transport. >=20 > Ping/pong really is more of an application-layer thing (in particular > with the custody option), so it is definitely not being replaced by > keepalive at any layer (transport or CoAP). >=20 > Right now people are doing ping/pong by designating a resource they = post > to; this of course will continue to work -- it may just be too much = work > in the general case to find the specific resource that has been > designated for this. But it is useful to keep this in mind before > inventing too much to add to ping/pong -- specialized resources may be > much better for those more specialized purposes. >=20 > Gr=C3=BC=C3=9Fe, Carsten >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Mon Jun 13 06:45:22 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAFB012D7A7; Mon, 13 Jun 2016 06:45:21 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id H09uzlFyJAA0; Mon, 13 Jun 2016 06:45:20 -0700 (PDT) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [IPv6:2001:4b98:c:538::196]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A3B812D0C3; Mon, 13 Jun 2016 06:45:20 -0700 (PDT) Received: from mfilter17-d.gandi.net (mfilter17-d.gandi.net [217.70.178.145]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id A8EFB1720AE; Mon, 13 Jun 2016 15:45:18 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter17-d.gandi.net Received: from relay4-d.mail.gandi.net ([IPv6:::ffff:217.70.183.196]) by mfilter17-d.gandi.net (mfilter17-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id xmPAq47PL6sS; Mon, 13 Jun 2016 15:45:17 +0200 (CEST) X-Originating-IP: 134.226.52.39 Received: from nar-3.local (csopen.scss.tcd.ie [134.226.52.39]) (Authenticated sender: cabo@cabo.im) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id AFC4E17210D; Mon, 13 Jun 2016 15:45:15 +0200 (CEST) Message-ID: <575EB8EB.1000905@tzi.org> Date: Mon, 13 Jun 2016 14:45:15 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Michael Koster References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "trac+core@zinfandel.tools.ietf.org" , "core@ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:45:22 -0000 Michael Koster wrote: > If this is done at the application layer, we could designate resources that perform the keep-alive + network watchdog as an application layer device management function. It could be a simple OMA style collection with the ping resource itself along with some appropriate timers and controls. Right, that's what I was trying to say in my last paragraph. Is your intention here to say that we should get rid of the signaling messages because we can do this through resources? (We could always add /.well-known/pong or some such.) (None of this takes away from making sure that empty messages can be used for keepalives.) Grüße, Carsten From nobody Mon Jun 13 06:53:01 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CE0BB12D7B4; Mon, 13 Jun 2016 06:52:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tLHnjmd5tjiI; Mon, 13 Jun 2016 06:52:56 -0700 (PDT) Received: from mail-pf0-x22b.google.com (mail-pf0-x22b.google.com [IPv6:2607:f8b0:400e:c00::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5069E12D7B0; Mon, 13 Jun 2016 06:52:48 -0700 (PDT) Received: by mail-pf0-x22b.google.com with SMTP id y124so46626440pfy.0; Mon, 13 Jun 2016 06:52:48 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8+atVfx8+mMZN0fhgwTy5a3e8Mv0gM+DUb1coAkhKsg=; b=rZ11M8owJy9GEj0StiSA7cl7lTALvcrBysUYR4ssPzQ48UgpfdCmdxEPv1ULn960K8 Wyq99AwuIRsIa4fB3Kdz34VvE8YcglUpA3ZlR4yxP/D0vHGosdVMbcFUCmaesHuJXga3 jJrxREUNmzdPnUrUQ/cNWnasxvl+p3rgFMxr3kM+OKUxwoDlcec9mlzdlwI9g4kJeHRF oslKO8HomAwu3kr+szFOK3mZ7whR5KzkSM/H1BVoQzGnKBZPOiyNVBl3XfvU+5moe0GL JLE+Bo7Zs8H1sDBxpTbO1sR9zmx5u5mytuy9FiE+zvRVzmJoui5kzdhjnPSls5hpX6Pr LwdQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=8+atVfx8+mMZN0fhgwTy5a3e8Mv0gM+DUb1coAkhKsg=; b=DIsOzeETTSp75pp1oofsFAWjpehIhrEr0wPL98mIxo0Tg2ti/ubCubX5eQGjRa58oB izeGZJNzvWjfBJreD0YYr/cDPAElhESmee6cTxFg9Cho8UFPROmsZsuynN9ixl7mMGT7 Hbw/tubT5x+RKDtblWIUbkISs4U9hwdm5TY0tbfqz3Wos1Y7l9egt9tnRMI5aHwKp49c 8l/MEUEkrD48fwNZfaBI2vzI2akpRZ5ETOqXmmvLag3qjRzGnndlSoIQOf34PCOVN+qH RYdaOWuiiEB1JvIAN8b4hnIHeof+oIua7kOSmIW667CCQvTTyU7tyPyFkAqem7zjPDIy k9Xw== X-Gm-Message-State: ALyK8tJgCXTINUiHLqKWVWZIo84Wp8f4/C5PUBHfdDxROIO3miHSoqtZLrMKLuQGPrc0pw== X-Received: by 10.98.59.77 with SMTP id i74mr12888773pfa.45.1465825967876; Mon, 13 Jun 2016 06:52:47 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id an13sm37993495pac.42.2016.06.13.06.52.46 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 06:52:47 -0700 (PDT) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <575EB8EB.1000905@tzi.org> Date: Mon, 13 Jun 2016 06:52:42 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <70913768-D56E-4D87-AB44-D86C25910F41@gmail.com> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> <575EB8EB.1000905@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "trac+core@zinfandel.tools.ietf.org" , "core@ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 13:52:59 -0000 I think an application layer only solution should be considered. It = would allow application layer recovery, which it seems is the right = place for this sort of thing; for example, the application knows how to = recover from non-idempotent operations. If using RD, the registration update works very well, since there is a = well defined response for failures. .well-known/ping seems like a good idea, as it would capture the request = message (ping) and could trigger the issue of a reply (pong).=20 We may also want to configure a ping source and ping interval for = sending, as well as a timeout threshold for detecting failures. Best regards, MIchael > On Jun 13, 2016, at 6:45 AM, Carsten Bormann wrote: >=20 > Michael Koster wrote: >> If this is done at the application layer, we could designate = resources that perform the keep-alive + network watchdog as an = application layer device management function. It could be a simple OMA = style collection with the ping resource itself along with some = appropriate timers and controls. >=20 > Right, that's what I was trying to say in my last paragraph. >=20 > Is your intention here to say that we should get rid of the signaling > messages because we can do this through resources? >=20 > (We could always add /.well-known/pong or some such.) >=20 > (None of this takes away from making sure that empty messages can be > used for keepalives.) >=20 > Gr=C3=BC=C3=9Fe, Carsten From nobody Mon Jun 13 07:11:03 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99B8212D7A3; Mon, 13 Jun 2016 07:11:01 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iGjzmz6xJTIi; Mon, 13 Jun 2016 07:11:00 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [IPv6:2001:4b98:c:538::197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1C12E12D78A; Mon, 13 Jun 2016 07:11:00 -0700 (PDT) Received: from mfilter46-d.gandi.net (mfilter46-d.gandi.net [217.70.178.177]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id C015941C08D; Mon, 13 Jun 2016 16:10:58 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter46-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter46-d.gandi.net (mfilter46-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Uzjwv-lkDyUq; Mon, 13 Jun 2016 16:10:47 +0200 (CEST) X-Originating-IP: 134.226.52.39 Received: from nar-3.local (csopen.scss.tcd.ie [134.226.52.39]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 4275441C0A7; Mon, 13 Jun 2016 16:10:46 +0200 (CEST) Message-ID: <575EBEE3.7070304@tzi.org> Date: Mon, 13 Jun 2016 15:10:43 +0100 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Michael Koster References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> <575EB8EB.1000905@tzi.org> <70913768-D56E-4D87-AB44-D86C25910F41@gmail.com> In-Reply-To: <70913768-D56E-4D87-AB44-D86C25910F41@gmail.com> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "trac+core@zinfandel.tools.ietf.org" , "core@ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 14:11:01 -0000 Michael Koster wrote: > I think an application layer only solution should be considered. It would allow application layer recovery, which it seems is the right place for this sort of thing; for example, the application knows how to recover from non-idempotent operations. Right. (We have a terminology problem here; all this is at the application layer. We have the transfer layer (CoAP), which is split in the message and the request/response layer, which we are now augmenting with a signaling component. I think you are saying "above the request/response layer"; i.e., in terms of CoAP requests such as POST.) > If using RD, the registration update works very well, since there is a well defined response for failures. > > .well-known/ping seems like a good idea, as it would capture the request message (ping) and could trigger the issue of a reply (pong). If it is POSTed to, we just need to define what is supposed to be in the response. > We may also want to configure a ping source and ping interval for sending, as well as a timeout threshold for detecting failures. As in configuring the other side? We normally use resources for such configuration info, but we could of course also use a CSM message to keep this bound to the connection. Interesting. Grüße, Carsten From nobody Mon Jun 13 09:10:05 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C1E612D859 for ; Mon, 13 Jun 2016 09:10:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zYVlI9WBaj8O for ; Mon, 13 Jun 2016 09:10:02 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8A0A912D159 for ; Mon, 13 Jun 2016 09:10:02 -0700 (PDT) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id u5DG9xgq020837 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jun 2016 18:09:59 +0200 Received: from DEFTHW99ERIMSX.ww902.siemens.net (defthw99erimsx.ww902.siemens.net [139.22.70.134]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DG9wHS017038 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 13 Jun 2016 18:09:58 +0200 Received: from DENBGAT9ERFMSX.ww902.siemens.net (139.22.70.83) by DEFTHW99ERIMSX.ww902.siemens.net (139.22.70.134) with Microsoft SMTP Server (TLS) id 14.3.294.0; Mon, 13 Jun 2016 18:09:58 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERFMSX.ww902.siemens.net ([139.22.70.83]) with mapi id 14.03.0294.000; Mon, 13 Jun 2016 18:09:57 +0200 From: "Kovatsch, Matthias" To: Michael Koster Thread-Topic: [core] #413 (resource-directory): Make Simple Directory Discovery really simple Thread-Index: AQHRw/Xue9LhCGkvXkWJB5SmZv7fEZ/m/AIAgABZzWD//+ZFgIAAAraAgABMyUA= Date: Mon, 13 Jun 2016 16:09:56 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> In-Reply-To: <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.29] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 16:10:04 -0000 Hi Michael I was slightly confused by the outline in your first mail, but the proposal= below is clear. So you want to drop the separation between Simple and Norm= al RD usage? I liked having the simple mode in its own section because both discovery an= d registration are different: Simple mode: Discovery: The node learns about the RD address without support for Web Li= nking (i.e., evaluating the rt attribute and following links). The URI wher= e to POST comes directly from some kind of bootstrapping (factory or commis= sioning tool). Registration: Empty POST to this URI Almost no processing required and no state to keep on the device. Normal mode: Discovery: The node needs to understand Web Linking and find the rt=3Dcore= .rd resource by following links. Registration: POST with payload and query parameters Then there can be tradeoffs: Simple discovery with normal registration: Quite easy to implement in C / = constrained devices Normal discovery with simple registration: Requires processing, but no sta= te keeping on the device Any discovery with reduced normal registration: The device can register se= lective resources, but does not care about update and de-registration. Agai= n no state keeping on the device. Currently, I cannot decide how to put these two dimensions into the documen= t structure. I thought it could give a clear message to implementers, when = Simple Mode is in its own section. Due to the different combinations, your = proposal is actually helpful, but needs a but more text about the choices, = I guess. What is your opinion on removing vs keeping the POST with payload to /.w-k/= core? How about having Simple Mode through an empty POST to the normal core.rd re= source? To allow a normal registration with no resources (no idea when this= is useful), we could differentiate through the presence of the ep query pa= rameter. When it is missing, the RD has to get the links. This would even e= nable a more fine-grained adjustment of what to implement, since a device c= ould send an empty POST, but still define the lifetime parameter. Ciao Matthias > 4. finding al RD - service discovery >=20 > 5. using an RD >=20 > 5.1 registration >=20 > 5.2 update registration >=20 > 5.3 remove registration >=20 > 5.4 read endpoint links >=20 > 5.5 update endpoint links >=20 > 6. lookup - resource discovery From nobody Mon Jun 13 09:14:07 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6F5DA12D0F5; Mon, 13 Jun 2016 09:14:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c0APRU2szuJm; Mon, 13 Jun 2016 09:14:02 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 74AE512D0B5; Mon, 13 Jun 2016 09:14:02 -0700 (PDT) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DGDxrM011085 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 13 Jun 2016 18:13:59 +0200 Received: from DEFTHW99ERNMSX.ww902.siemens.net (defthw99ernmsx.ww902.siemens.net [139.22.70.141]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id u5DGDxvW028495 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 13 Jun 2016 18:13:59 +0200 Received: from DENBGAT9ER6MSX.ww902.siemens.net (139.22.70.92) by DEFTHW99ERNMSX.ww902.siemens.net (139.22.70.141) with Microsoft SMTP Server (TLS) id 14.3.294.0; Mon, 13 Jun 2016 18:13:58 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ER6MSX.ww902.siemens.net ([139.22.70.92]) with mapi id 14.03.0294.000; Mon, 13 Jun 2016 18:13:57 +0200 From: "Kovatsch, Matthias" To: Michael Koster , Carsten Bormann Thread-Topic: [core] #394 (coap-tcp-tls): Ping/pong Thread-Index: AQHRxXU9xU8/ngz7KEuc2ur+wqc9hZ/nRy+AgAACFQCAAEhMMA== Date: Mon, 13 Jun 2016 16:13:56 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5997@DEFTHW99EL4MSX.ww902.siemens.net> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> <575EB8EB.1000905@tzi.org> <70913768-D56E-4D87-AB44-D86C25910F41@gmail.com> In-Reply-To: <70913768-D56E-4D87-AB44-D86C25910F41@gmail.com> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.29] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "trac+core@zinfandel.tools.ietf.org" , "draft-ietf-core-coap-tcp-tls@ietf.org" , "core@ietf.org" Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 16:14:05 -0000 SGF2aW5nIGxpZmVsaW5lc3MgY29tcGxldGVseSBpbiB0aGUgYXBwbGljYXRpb24gaGFzIHByb2Js ZW1zIHdpdGggaW50ZXJvcGVyYWJpbGl0eSBhZ2FpbiAoTFdNMk0gYW5kIE9DRiBwcm9iYWJseSB1 c2UgZGlmZmVyZW50IHJlc291cmNlcykuIFVzaW5nIC8ud2VsbC1rbm93bi9waW5nIHNvdW5kcyBs aWtlIGEgZ29vZCB0cmFkZW9mZiB3aGVyZSB0aGUgcGF5bG9hZCBjb3VsZCBhZGQgYXBwbGljYXRp b24tc3BlY2lmaWMgZmVhdHVyZXMgb24gdG9wIG9mIGFuIGludGVyb3BlcmFibGUgbWVjaGFuaXNt LiBXaGF0IHdlIGxvc2UgaXMgYSBnZW5lcmljIHdheSBmb3IgY3VzdG9keSB0cmFuc2ZlciAvIGNo ZWNrcG9pbnRpbmcsIHdoaWNoIHdhcyBhc2tlZCBieSBtYW55IHN0YWtlaG9sZGVycywgdGhvdWdo Li4uDQoNCj4gLS0tLS1VcnNwcsO8bmdsaWNoZSBOYWNocmljaHQtLS0tLQ0KPiBWb246IE1pY2hh ZWwgS29zdGVyIFttYWlsdG86bWljaGFlbGpvaG5rb3N0ZXJAZ21haWwuY29tXQ0KPiBHZXNlbmRl dDogTW9udGFnLCAxMy4gSnVuaSAyMDE2IDE1OjUzDQo+IEFuOiBDYXJzdGVuIEJvcm1hbm4NCj4g Q2M6IEtvdmF0c2NoLCBNYXR0aGlhcyAoQ1QgUkRBIE5FQyBFTUItREUpOyBjb3JlQGlldGYub3Jn OyBkcmFmdC1pZXRmLWNvcmUtDQo+IGNvYXAtdGNwLXRsc0BpZXRmLm9yZzsgdHJhYytjb3JlQHpp bmZhbmRlbC50b29scy5pZXRmLm9yZw0KPiBCZXRyZWZmOiBSZTogW2NvcmVdICMzOTQgKGNvYXAt dGNwLXRscyk6IFBpbmcvcG9uZw0KPiANCj4gSSB0aGluayBhbiBhcHBsaWNhdGlvbiBsYXllciBv bmx5IHNvbHV0aW9uIHNob3VsZCBiZSBjb25zaWRlcmVkLiBJdCB3b3VsZCBhbGxvdw0KPiBhcHBs aWNhdGlvbiBsYXllciByZWNvdmVyeSwgd2hpY2ggaXQgc2VlbXMgaXMgdGhlIHJpZ2h0IHBsYWNl IGZvciB0aGlzIHNvcnQgb2YgdGhpbmc7DQo+IGZvciBleGFtcGxlLCB0aGUgYXBwbGljYXRpb24g a25vd3MgaG93IHRvIHJlY292ZXIgZnJvbSBub24taWRlbXBvdGVudA0KPiBvcGVyYXRpb25zLg0K PiANCj4gSWYgdXNpbmcgUkQsIHRoZSByZWdpc3RyYXRpb24gdXBkYXRlIHdvcmtzIHZlcnkgd2Vs bCwgc2luY2UgdGhlcmUgaXMgYSB3ZWxsIGRlZmluZWQNCj4gcmVzcG9uc2UgZm9yIGZhaWx1cmVz Lg0KPiANCj4gLndlbGwta25vd24vcGluZyBzZWVtcyBsaWtlIGEgZ29vZCBpZGVhLCBhcyBpdCB3 b3VsZCBjYXB0dXJlIHRoZSByZXF1ZXN0DQo+IG1lc3NhZ2UgKHBpbmcpIGFuZCBjb3VsZCB0cmln Z2VyIHRoZSBpc3N1ZSBvZiBhIHJlcGx5IChwb25nKS4NCj4gDQo+ICBXZSBtYXkgYWxzbyB3YW50 IHRvIGNvbmZpZ3VyZSBhIHBpbmcgc291cmNlIGFuZCBwaW5nIGludGVydmFsIGZvciBzZW5kaW5n LCBhcw0KPiB3ZWxsIGFzIGEgdGltZW91dCB0aHJlc2hvbGQgZm9yIGRldGVjdGluZyBmYWlsdXJl cy4NCj4gDQo+IEJlc3QgcmVnYXJkcywNCj4gDQo+IE1JY2hhZWwNCj4gDQo+ID4gT24gSnVuIDEz LCAyMDE2LCBhdCA2OjQ1IEFNLCBDYXJzdGVuIEJvcm1hbm4gPGNhYm9AdHppLm9yZz4gd3JvdGU6 DQo+ID4NCj4gPiBNaWNoYWVsIEtvc3RlciB3cm90ZToNCj4gPj4gSWYgdGhpcyBpcyBkb25lIGF0 IHRoZSBhcHBsaWNhdGlvbiBsYXllciwgd2UgY291bGQgZGVzaWduYXRlIHJlc291cmNlcyB0aGF0 DQo+IHBlcmZvcm0gdGhlIGtlZXAtYWxpdmUgKyBuZXR3b3JrIHdhdGNoZG9nIGFzIGFuIGFwcGxp Y2F0aW9uIGxheWVyIGRldmljZQ0KPiBtYW5hZ2VtZW50IGZ1bmN0aW9uLiBJdCBjb3VsZCBiZSBh IHNpbXBsZSBPTUEgc3R5bGUgY29sbGVjdGlvbiB3aXRoIHRoZSBwaW5nDQo+IHJlc291cmNlIGl0 c2VsZiBhbG9uZyB3aXRoIHNvbWUgYXBwcm9wcmlhdGUgdGltZXJzIGFuZCBjb250cm9scy4NCj4g Pg0KPiA+IFJpZ2h0LCB0aGF0J3Mgd2hhdCBJIHdhcyB0cnlpbmcgdG8gc2F5IGluIG15IGxhc3Qg cGFyYWdyYXBoLg0KPiA+DQo+ID4gSXMgeW91ciBpbnRlbnRpb24gaGVyZSB0byBzYXkgdGhhdCB3 ZSBzaG91bGQgZ2V0IHJpZCBvZiB0aGUgc2lnbmFsaW5nDQo+ID4gbWVzc2FnZXMgYmVjYXVzZSB3 ZSBjYW4gZG8gdGhpcyB0aHJvdWdoIHJlc291cmNlcz8NCj4gPg0KPiA+IChXZSBjb3VsZCBhbHdh eXMgYWRkIC8ud2VsbC1rbm93bi9wb25nIG9yIHNvbWUgc3VjaC4pDQo+ID4NCj4gPiAoTm9uZSBv ZiB0aGlzIHRha2VzIGF3YXkgZnJvbSBtYWtpbmcgc3VyZSB0aGF0IGVtcHR5IG1lc3NhZ2VzIGNh biBiZQ0KPiA+IHVzZWQgZm9yIGtlZXBhbGl2ZXMuKQ0KPiA+DQo+ID4gR3LDvMOfZSwgQ2Fyc3Rl bg0KDQo= From nobody Mon Jun 13 14:15:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 847D812DA36 for ; Mon, 13 Jun 2016 14:15:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id haSYPIgxTEOS for ; Mon, 13 Jun 2016 14:15:31 -0700 (PDT) Received: from mail-yw0-x22c.google.com (mail-yw0-x22c.google.com [IPv6:2607:f8b0:4002:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8998A12DA3D for ; Mon, 13 Jun 2016 14:14:17 -0700 (PDT) Received: by mail-yw0-x22c.google.com with SMTP id v137so35812704ywa.3 for ; Mon, 13 Jun 2016 14:14:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CKomDwoOjbqmO3B4fHnpl4g3JvLBeQCdhtEQMyqxbyI=; b=RG05X6OZJoYRpo+dVgj5+sU2C2jK80Joxcq/jXki5HrJPpjIWGC/gsc+zDPD0NShxu fbkGhwin9kPuItnwP/cfHuZxsLevL99xe5zDTbptWIU3IK5QseNf2cCH+oaU/zvgdIkN 7G6MwRWgwlbK8otTzjhX2bTFvfyq5OBb0t/agBgDtkAEgpNkCQuKqV5ckcRaZv2jZagU chwf4H1VnRzDcY34Lux/SiujQrcEXWoBoQirry1+o8XCODfR1OW8VfjIItS7RpgSVpOI bRfqiGkgs4VDl0BXOw64gWZLX7amN4T/CBh+GnSznDrIscKwHrFamNpX4nynPDEkHOJD rcsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=CKomDwoOjbqmO3B4fHnpl4g3JvLBeQCdhtEQMyqxbyI=; b=eXpiqtidXalfpfFG2ohY4eLXZrOSsu7y19VB8I8fK+/e9kEWO0712CeL5jKQft53ur IZ6uq8LzfGezYRSR6TUdevPpYPqnVihriio0Ktn+3HLYYaZf7Il7soDd8DkP/qoeJ6Wu qRJogiBgohHJhNMBHihnY+llKpS0WGxEGRk7AqOTAMlxeAhocyxDs6Ii3a48/KqKOTFr YFdqTH1mjHmLmwle7RBIVwSCY6rIdCU4ZHHaMBbCC3Dg92IAiX1nH3023Olyei+57A+Z OVMDR+c9l8gt8g3ubq0z3MD0Hd3mNI3mYtZ9SoGyyqcnpTpGMtIQKahtvSt5pMw5UOuJ Ma2w== X-Gm-Message-State: ALyK8tJuTt4H0sC04ajlvGn3QxSjnosZAjwbRFC579Y2DmqKTsO5+lSN2tyhWo/5LhBvdQ== X-Received: by 10.129.112.19 with SMTP id l19mr105429ywc.222.1465852456802; Mon, 13 Jun 2016 14:14:16 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id q7sm7968163ywg.16.2016.06.13.14.14.15 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Mon, 13 Jun 2016 14:14:15 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> Date: Mon, 13 Jun 2016 14:14:13 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <65FA83AF-25E1-4792-A3D9-5F0A14E9198D@gmail.com> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> To: "Kovatsch, Matthias" X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Jun 2016 21:15:34 -0000 Hi Matthias, I see we could keep the simple stuff together, but in any case section = 4.0 Simple Directory Discovery does not describe discovery at all. It = describes simple registration. I think the section about finding a RD should come first in section 4. = In this we could describe pre-programmed URI vs. multicast discovery of = the function set advertized in .w-k/core, vs some other method like dns = or whatever. Then we could describe simple registration in its own section 4.1 and = commissioning tool registration in 4.2 as it is now. I think the POST of = links to the RD at .w-k/core is still needed because someone has = implemented it (from a previous request to the mailing list).=20 ---------- 4.0 Finding a Directory Server=20 how to find a Resource Directory, currently section 4.1 4.1 Simple Registration how to use POST to the .well-known/core location of the RD, with payload = (push) or without payload (pull) currently section 4.0 4.2 Registration using a Commissioning Tool leave as is 5 how to use the Registration API (used to be called the RD function = set)=20 6 how to use the Group API 7 how to use the Lookup API Does this make sense? Best regards, Michael > On Jun 13, 2016, at 9:09 AM, Kovatsch, Matthias = wrote: >=20 > Hi Michael >=20 > I was slightly confused by the outline in your first mail, but the = proposal below is clear. So you want to drop the separation between = Simple and Normal RD usage? >=20 > I liked having the simple mode in its own section because both = discovery and registration are different: >=20 > Simple mode: > Discovery: The node learns about the RD address without support = for Web Linking (i.e., evaluating the rt attribute and following links). = The URI where to POST comes directly from some kind of bootstrapping = (factory or commissioning tool). > Registration: Empty POST to this URI >=20 > Almost no processing required and no state to keep on the = device. >=20 > Normal mode: > Discovery: The node needs to understand Web Linking and find the = rt=3Dcore.rd resource by following links. > Registration: POST with payload and query parameters >=20 > Then there can be tradeoffs: > Simple discovery with normal registration: Quite easy to = implement in C / constrained devices > Normal discovery with simple registration: Requires processing, = but no state keeping on the device > Any discovery with reduced normal registration: The device can = register selective resources, but does not care about update and = de-registration. Again no state keeping on the device. >=20 > Currently, I cannot decide how to put these two dimensions into the = document structure. I thought it could give a clear message to = implementers, when Simple Mode is in its own section. Due to the = different combinations, your proposal is actually helpful, but needs a = but more text about the choices, I guess. >=20 > What is your opinion on removing vs keeping the POST with payload to = /.w-k/core? > How about having Simple Mode through an empty POST to the normal = core.rd resource? To allow a normal registration with no resources (no = idea when this is useful), we could differentiate through the presence = of the ep query parameter. When it is missing, the RD has to get the = links. This would even enable a more fine-grained adjustment of what to = implement, since a device could send an empty POST, but still define the = lifetime parameter. >=20 > Ciao > Matthias >=20 >> 4. finding al RD - service discovery >>=20 >> 5. using an RD >>=20 >> 5.1 registration >>=20 >> 5.2 update registration >>=20 >> 5.3 remove registration >>=20 >> 5.4 read endpoint links >>=20 >> 5.5 update endpoint links >>=20 >> 6. lookup - resource discovery >=20 From nobody Tue Jun 14 00:16:06 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE2F912B020 for ; Tue, 14 Jun 2016 00:16:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0JGZCAi7Nm_R for ; Tue, 14 Jun 2016 00:16:02 -0700 (PDT) Received: from lb3-smtp-cloud2.xs4all.net (lb3-smtp-cloud2.xs4all.net [194.109.24.29]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B2A3F12B059 for ; Tue, 14 Jun 2016 00:15:53 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.200]) by smtp-cloud2.xs4all.net with ESMTP id 6XFr1t00H4K0fSy01XFrMT; Tue, 14 Jun 2016 09:15:52 +0200 Received: from AMontpellier-654-1-247-72.w92-133.abo.wanadoo.fr ([92.133.18.72]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Tue, 14 Jun 2016 09:15:51 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 14 Jun 2016 09:15:51 +0200 From: peter van der Stok To: "Kovatsch, Matthias" Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> Message-ID: <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> X-Sender: stokcons@xs4all.nl (cHBtgk9Wf3ln8WDUNlTafjQdExrH+Tz2) User-Agent: XS4ALL Webmail Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 07:16:05 -0000 Hi Matthias, some micro comments: I thought it could give a clear message to > implementers, when Simple Mode is in its own section. Having done a bit of reorganization in the text, and looking at it, I tend to agree with keeping simple mode in a separate section. > > What is your opinion on removing vs keeping the POST with payload to > /.w-k/core? > How about having Simple Mode through an empty POST to the normal > core.rd resource? To allow a normal registration with no resources (no > idea when this is useful), we could differentiate through the presence > of the ep query parameter. When it is missing, the RD has to get the > links. This would even enable a more fine-grained adjustment of what > to implement, since a device could send an empty POST, but still > define the lifetime parameter. The differentiation through the ep parameter looks complex to me, and possibly difficult to use correctly in the applications. peter From nobody Tue Jun 14 02:06:38 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2C95912D122; Tue, 14 Jun 2016 02:06:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2Err1Jk0CCoD; Tue, 14 Jun 2016 02:06:33 -0700 (PDT) Received: from inkolg01.tcs.com (inkolg01.tcs.com [121.241.215.10]) by ietfa.amsl.com (Postfix) with ESMTP id 9367312D119; Tue, 14 Jun 2016 02:06:30 -0700 (PDT) IronPort-PHdr: =?us-ascii?q?9a23=3AVVIQRRP4uVYUKmEhn6Ul6mtUPXoX/o7sNwtQ0KIM?= =?us-ascii?q?zox0KfzyrarrMEGX3/hxlliBBdydsKIVzbqN+Pm4EUU7or+/81k6OKRWUBEEjc?= =?us-ascii?q?hE1ycBO+WiTXPBEfjxciYhF95DXlI2t1uyMExSBdqsLwaK+i760zceF13FOBZv?= =?us-ascii?q?IaytQ8iJ35Xxh7v5osWbSj4LrQT+SIs6FA+xowTVu5teqqpZAYF19CH0pGBVcf?= =?us-ascii?q?9d32JiKAHbtR/94sCt4MwrqHwI6LoJvvRNWqTifqk+UacQTHF/azh0t4XXskyJ?= =?us-ascii?q?ZgKV4nYHGkoRlxdaSy3C6g33WJr+qCyw/r520TOeMNb5Spg5Xyiv6+F2UBSuhS?= =?us-ascii?q?saYW0X6mbS3+V6jKNZqRTpjRx235Lda4GcLutvd+uJdNkaRGhIWIBbVyVdHoq3?= =?us-ascii?q?b4IVHvsIFfpTtM/2oF5Y/kj2PhWlGO66kmwAvXTxx6Bvlr15SQw=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DQAQBHx19X/wQXEqxcDoJigSR9s0qHa?= =?us-ascii?q?4F5FwEMhXMCHIFOFAEBAQEBAQEBgQuCMYIaAQEBAwEBAQEgSwkCBQcECQIHBgQ?= =?us-ascii?q?DAQEBASMEAwICAiUfCQgGCwgbiA0WjC+cNQEBAWWRMAEBAQEBAQEBAQEBAQEBA?= =?us-ascii?q?QEBAQEBARyEfmeFD4QcOwmCYYJaBYV7ghKFY3OEYIUggViELIVohCVOhASIZo9?= =?us-ascii?q?yHoJvekNmAYhDgUQBAQE?= X-IPAS-Result: =?us-ascii?q?A2DQAQBHx19X/wQXEqxcDoJigSR9s0qHa4F5FwEMhXMCHIF?= =?us-ascii?q?OFAEBAQEBAQEBgQuCMYIaAQEBAwEBAQEgSwkCBQcECQIHBgQDAQEBASMEAwICA?= =?us-ascii?q?iUfCQgGCwgbiA0WjC+cNQEBAWWRMAEBAQEBAQEBAQEBAQEBAQEBAQEBARyEfme?= =?us-ascii?q?FD4QcOwmCYYJaBYV7ghKFY3OEYIUggViELIVohCVOhASIZo9yHoJvekNmAYhDg?= =?us-ascii?q?UQBAQE?= X-IronPort-AV: E=Sophos;i="5.26,470,1459794600"; d="scan'208";a="93855069" In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> To: "Carles Gomez Montenegro" MIME-Version: 1.0 X-KeepSent: 356AAF61:B3857BFE-65257FD2:0031F2E8; type=4; name=$KeepSent X-Mailer: IBM Notes Release 9.0 March 08, 2013 Message-ID: From: Abhijan Bhattacharyya Date: Tue, 14 Jun 2016 14:36:26 +0530 X-MIMETrack: Serialize by Router on InKolM02/TCS(Release 9.0.1FP4HF528 | October 8, 2015) at 06/14/2016 14:36:27, Serialize complete at 06/14/2016 14:36:27 Content-Type: multipart/alternative; boundary="=_alternative 0032076465257FD2_=" Archived-At: Cc: "tcpm@ietf.org Extensions" , "lwip@ietf.org" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" , core Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 09:06:36 -0000 This is a multipart message in MIME format. --=_alternative 0032076465257FD2_= MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGksDQoNClNlY3Rpb24gMy40IG9mIHRoZSBkcmFmdCBzdGF0ZXMgdGhlIGZvbGxvd2luZzoNCg0K Iml0IGlzIGVudmlzYWdlZCB0aGF0IGZ1cnRoZXIgc2VnbWVudCBleGNoYW5nZXMgd2lsbCB0YWtl IHBsYWNlIHdpdGhpbiBhbiANCmludGVydmFsIG9mIHR3byBob3VycyBzaW5jZSB0aGUgbGFzdCBz ZWdtZW50IGhhcyBiZWVuIHNlbnQiDQoNCkNvdWxkIHlvdSBwbGVhc2UgZXhwbGFpbiBhIGJpdCBh Ym91dCB0aGUgYmFzaXMgb2Ygc3VjaCBhIGRldGVybWluaXN0aWMgDQphc3N1bXB0aW9uPyBJZiB5 b3UgY291bGQgc2hhcmUgc29tZSBwb2ludGVycyB0byBhbnkgc3R1ZHkgcmVsYXRlZCB0byB0aGlz LiANClRoZXJlIGlzIFJGQyA1MzgyIHdoaWNoIGtpbmQgb2YgbWFuZGF0ZXMgdGhhdCB0aGUgdGlt ZSBvdXQgY2Fubm90IGJlIGxlc3MgDQp0aGFuIDEyNCBtaW51dGVzLiBEb2VzIGl0IGRyaXZlIHRo ZSBhYm92ZSBhc3N1bXB0aW9uPyBIb3dldmVyLCBub3Qgc3VyZSANCmhvdyBtYW55IGltcGxlbWVu dGF0aW9ucyBhZGhlcmVzIHRvIHRoZSB0aW1lIG1lbnRpb25lZCBpbiBSRkMgNTM4Mi4NCg0KSW4g dGhlIHJlY2VudCB0aW1lIEkgaGFkIGJlZW4gbG9va2luZyBhdCB0aGUgZGlmZmVyZW50IGVmZm9y dHMgdGhhdCBoYXMgDQpnb25lIGludG8gaW1wcm92aW5nIFRDUCBwZXJmb3JtYW5jZSBmcm9tIGRp ZmZlcmVudCBhc3BlY3RzIHVuZGVyIGRpZmZlcmVudCANCmNpcmN1bXN0YW5jZXMgc2luY2UgdGhl IGVhcmx5IGRheXMuIEdpdmVuIHRoZSBzaG9ydCB0cmFuc2FjdGlvbmFsIHR5cGUgb2YgDQpleGNo YW5nZXMsIHdvdWxkIGl0IGJlIGFsc28gd29ydGh3aGlsZSB0byBjb3VudCBleHBlcmltZW50YWwg UkZDcyBsaWtlIA0KIlRDUCBGYXN0IE9wZW4iIGFuZCBzZWUgaG93IENvQVAgcGVyZm9ybXMgb24g dG9wIG9mIGl0Pw0KDQpSZWdhcmRzDQpBYmhpamFuIEJoYXR0YWNoYXJ5eWENCkFzc29jaWF0ZSBD b25zdWx0YW50DQpTY2llbnRpc3QsIElubm92YXRpb24gTGFiLCBLb2xrYXRhLCBJbmRpYQ0KVGF0 YSBDb25zdWx0YW5jeSBTZXJ2aWNlcw0KTWFpbHRvOiBhYmhpamFuLmJoYXR0YWNoYXJ5eWFAdGNz LmNvbQ0KV2Vic2l0ZTogaHR0cDovL3d3dy50Y3MuY29tDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fXw0KRXhwZXJpZW5jZSBjZXJ0YWludHkuICAgSVQgU2Vydmlj ZXMNCiAgICAgICAgICAgICAgICAgICAgICAgIEJ1c2luZXNzIFNvbHV0aW9ucw0KICAgICAgICAg ICAgICAgICAgICAgICAgQ29uc3VsdGluZw0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCg0KDQoNCg0KRnJvbTogICAiQ2FybGVzIEdvbWV6IE1vbnRlbmVncm8i IDxjYXJsZXNnb0BlbnRlbC51cGMuZWR1Pg0KVG86ICAgICAiQ2Fyc3RlbiBCb3JtYW5uIiA8Y2Fi b0B0emkub3JnPg0KQ2M6ICAgICAibHdpcEBpZXRmLm9yZyIgPGx3aXBAaWV0Zi5vcmc+LCAidGNw bUBpZXRmLm9yZyBFeHRlbnNpb25zIiANCjx0Y3BtQGlldGYub3JnPiwgImpvbi5jcm93Y3JvZnRA Y2wuY2FtLmFjLnVrIiANCjxqb24uY3Jvd2Nyb2Z0QGNsLmNhbS5hYy51az4sICJjb3JlQGlldGYu b3JnIFdHIiA8Y29yZUBpZXRmLm9yZz4NCkRhdGU6ICAgMDYvMTAvMjAxNiAwODo0MCBQTQ0KU3Vi amVjdDogICAgICAgIFJlOiBbY29yZV0gW3RjcG1dIFtMd2lwXSBbRndkOiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gDQpmb3IgZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWluZWQtbm9kZS1u ZXR3b3Jrcy0wMC50eHRdDQpTZW50IGJ5OiAgICAgICAgImNvcmUiIDxjb3JlLWJvdW5jZXNAaWV0 Zi5vcmc+DQoNCg0KDQpIaSBDYXJzdGVuLA0KDQpUaGFua3MgYSBsb3QgZm9yIHlvdXIgY29tbWVu dHMuDQoNCldoaWxlIHdlIHdvcmsgdG8gYWRkcmVzcyB0aG9zZSwgaXQgd291bGQgYmUgcmVhbGx5 IGhlbHBmdWwgaWYgZm9sa3MgdGhhdA0KaGF2ZSBmYWNlZCAnYmFkIGNvbnN0cmFpbmVkIFRDUCBp bXBsZW1lbnRhdGlvbnMnLCBhbmQvb3IgaGF2ZSBzdHJ1Z2dsZWQNCndpdGggbWlkZGxlYm94IHRy YXZlcnNhbCBjYW4gc2hhcmUgdGhlaXIgZXhwZXJpZW5jZS4NCg0KQ2hlZXJzLA0KDQpDYXJsZXMN Cg0KDQo+IENhcmxlcywNCj4NCj4gdGhhbmtzIGZvciBzdWJtaXR0aW5nIHRoaXMuDQo+DQo+IEkg dGhpbmsgdGhhdCB0aGlzIGRyYWZ0IGlzIHRydWx5IGJlc3QgaGFuZGxlZCBpbiBMV0lHLg0KPg0K PiBXZSBkb24ndCAqaGF2ZSogdG8gcHJvZmlsZSBUQ1AgZm9yIENvQVAtb3Zlci1UQ1A7IHBlb3Bs ZSBhcmUgZnJlZSB0byB1c2UNCj4gd2hhdGV2ZXIgcGFydHMgb2YgVENQIHRoZXkgdGhpbmsgYXJl IHVzZWZ1bC4gIChBbmQsIG9mIGNvdXJzZSwgdGhlcmUgYXJlDQo+IGFwcGxpY2F0aW9ucyBmb3Ig Q29BUC1vdmVyLVRDUCB0aGF0IGFyZSBpbiB0aGUgYmFja2VuZC4pDQo+DQo+IE9uIHRoZSBvdGhl ciBoYW5kLCBpdCBpcyB1c2VmdWwgdG8NCj4gLS0gbWFuYWdlIGV4cGVjdGF0aW9uczoNCj4gICAg d2hhdCBjYW4gSSBleHBlY3QgdGhhdCB0aGUgKm90aGVyKiBzaWRlIHdpbGwgb2ZmZXIgaW4gVENQ IA0KZnVuY3Rpb25hbGl0eQ0KPiAtLSBnaXZlIGFkdmljZSB0byBpbXBsZW1lbnRlcnM6DQo+ICAg IHdoYXQgaXMgdXNlZnVsIHRvIGltcGxlbWVudCwgd2hhdCBub3QNCj4gLS0gY29sbGVjdCBpbXBs ZW1lbnRhdGlvbiBleHBlcmllbmNlIHRoYXQgaXMgcmVsZXZhbnQgZm9yIHRoZXNlIHR3bw0KPg0K PiAoT25lIGludGVyZXN0aW5nIGVmZmVjdCBJJ20gc2VlaW5nIGlzIHRoYXQgcGVvcGxlIGtub3cg aG93IGdvb2QgVENQIGNhbg0KPiBiZSwgd2hpY2ggc2hhcGVzIHRoZWlyIGV4cGVjdGF0aW9ucywg YnV0IHRoZW4gdGhleSBhcmUgaHVydCBieSB1c2luZw0KPiByZWFsbHkgYmFkIGNvbnN0cmFpbmVk IFRDUCBpbXBsZW1lbnRhdGlvbnMuLi4gIFdlIGNlcnRhaW5seSBzaG91bGQgYmUNCj4gcGF5aW5n IGF0dGVudGlvbiB0byB0aGlzIG9uIHRoZSBDb1JFIFdHIHNpZGUuKQ0KPg0KPiBNeSBiaWdnZXN0 IGNvbW1lbnQgaXMgcHJvYmFibHkgdGhhdCBmb3IgZGV2aWNlLXRvLWNsb3VkLCB0aGUgbGV2ZWwg b2YNCj4gVENQIGZ1bmN0aW9ucyBpbXBsZW1lbnRlZCB3aWxsIGJlIGFzeW1tZXRyaWMgKGZ1bGwg VENQIG9uIGNsb3VkIHNpZGUsDQo+IHBvc3NpYmx5IG1vcmUgbGltaXRlZCBvbiB0aGUgZGV2aWNl IHNpZGUpIC0tIHdoYXQgaXMgdGhlIGVmZmVjdCBvZiB0aGlzDQo+IGFzeW1tZXRyeT8NCj4NCj4g TWF5YmUgdGhlcmUgYWxzbyBuZWVkcyB0byBiZSBtb3JlIGRpc2N1c3Npb24gb24gdGhlIHJvbGUg b2YgdGhlDQo+IG1pZGRsZWJveCAoYWZ0ZXIgYWxsLCB3ZSBhcmUgZG9pbmcgQ29BUC1vdmVyLVRD UCB0byBkZXZpY2VzIGZvciB0aGUgc29sZQ0KPiByZWFzb24gdG8gY2xpbWIgb3ZlciBtaWRkbGVi b3hlcykuDQo+DQo+IEdyw4PCvMODxbhlLCBDYXJzdGVuDQo+DQo+DQo+IFNjaGFyZiwgTWljaGFl bCAoTm9raWEgLSBERSkgd3JvdGU6DQo+PiBIZWFkcy11cA0KPj4NCj4+IE1pY2hhZWwNCj4+DQo+ Pg0KPj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4+IEZyb206IEx3aXAgW21haWx0bzps d2lwLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBDYXJsZXMgR29tZXoNCj4+IE1vbnRl bmVncm8NCj4+IFNlbnQ6IEZyaWRheSwgSnVuZSAxMCwgMjAxNiAxMTozNiBBTQ0KPj4gVG86IGx3 aXBAaWV0Zi5vcmcNCj4+IENjOiBqb24uY3Jvd2Nyb2Z0QGNsLmNhbS5hYy51aw0KPj4gU3ViamVj dDogW0x3aXBdIFtGd2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4+IGRyYWZ0LWdv bWV6LWNvcmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29ya3MtMDAudHh0XQ0KPj4NCj4+IERl YXIgTFdJRyBXRywNCj4+DQo+PiAvKiogQXBvbG9naWVzIGZvciBwb3NzaWJseSBtdWx0aXBsZSBz aW1pbGFyIGUtbWFpbHMuLi4gKiovDQo+Pg0KPj4gV2UgaGF2ZSBqdXN0IHN1Ym1pdHRlZCB0aGUg ZHJhZnQgZW50aXRsZWQgJ1RDUCBvdmVyIENvbnN0cmFpbmVkLU5vZGUNCj4+IE5ldHdvcmtzJywg d2hpY2ggd2UgYmVsaWV2ZSBtYXkgYmUgb2YgaW50ZXJlc3QgdG8gdGhlIG1lbWJlcnMgb2YgdGhp cw0KPj4gZ3JvdXAuDQo+Pg0KPj4gV2Ugd291bGQgbGlrZSB0byBraW5kbHkgYXNrIGZvciBmZWVk YmFjaywgc3BlY2lhbGx5IG9uIHRoZSBiYXNpcyBvZg0KPj4gaW1wbGVtZW50YXRpb24gZXhwZXJp ZW5jZS4NCj4+DQo+PiBUaGFuayB5b3UgdmVyeSBtdWNoIQ0KPj4NCj4+IEtpbmQgcmVnYXJkcywN Cj4+DQo+PiBUaGUgYXV0aG9ycw0KPj4NCj4+DQo+PiAtLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tIE9yaWdpbmFsIE1lc3NhZ2UNCj4+IC0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCj4+ IFN1YmplY3Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3INCj4+IGRyYWZ0LWdvbWV6LWNv cmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29ya3MtMDAudHh0DQo+PiBGcm9tOiAgICBpbnRl cm5ldC1kcmFmdHNAaWV0Zi5vcmcNCj4+IERhdGU6ICAgIEZyaSwgSnVuZSAxMCwgMjAxNiAxMDoz OCBhbQ0KPj4gVG86ICAgICAgIkpvbiBDcm93Y3JvZnQiIDxqb24uY3Jvd2Nyb2Z0QGNsLmNhbS5h Yy51az4NCj4+ICAgICAgICAgICJDYXJsZXMgR29tZXoiIDxjYXJsZXNnb0BlbnRlbC51cGMuZWR1 Pg0KPj4gDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQ0KPj4NCj4+DQo+PiBBIG5ldyB2ZXJzaW9uIG9mIEkt RCwNCj4+IGRyYWZ0LWdvbWV6LWNvcmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29ya3MtMDAu dHh0DQo+PiBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IENhcmxlcyBHb21leiBh bmQgcG9zdGVkIHRvIHRoZSBJRVRGDQo+PiByZXBvc2l0b3J5Lg0KPj4NCj4+IE5hbWU6IGRyYWZ0 LWdvbWV6LWNvcmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29ya3MNCj4+IFJldmlzaW9uOiAg ICAgICAgICAgICAwMA0KPj4gVGl0bGU6ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICBU Q1Agb3ZlciBDb25zdHJhaW5lZC1Ob2RlIA0KTmV0d29ya3MNCj4+IERvY3VtZW50IGRhdGU6ICAg ICAgICAgICAgICAgIDIwMTYtMDYtMTANCj4+IEdyb3VwOiAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgSW5kaXZpZHVhbCBTdWJtaXNzaW9uDQo+PiBQYWdlczogICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgIDkNCj4+IFVSTDoNCj4+IA0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvaW50 ZXJuZXQtZHJhZnRzL2RyYWZ0LWdvbWV6LWNvcmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29y a3MtMDAudHh0DQoNCj4+IFN0YXR1czoNCj4+IA0KaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9y Zy9kb2MvZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWluZWQtbm9kZS1uZXR3b3Jrcy8NCg0K Pj4gSHRtbGl6ZWQ6DQo+PiANCmh0dHBzOi8vdG9vbHMuaWV0Zi5vcmcvaHRtbC9kcmFmdC1nb21l ei1jb3JlLXRjcC1jb25zdHJhaW5lZC1ub2RlLW5ldHdvcmtzLTAwDQoNCj4+DQo+Pg0KPj4gQWJz dHJhY3Q6DQo+PiAgICBUaGlzIGRvY3VtZW50IHByb3ZpZGVzIGEgcHJvZmlsZSBmb3IgdGhlIFRy YW5zbWlzc2lvbiBDb250cm9sDQo+PiAgICBQcm90b2NvbCAoVENQKSBvdmVyIENvbnN0cmFpbmVk LU5vZGUgTmV0d29ya3MgKENOTnMpLiAgVGhlDQo+PiAgICBvdmVyYXJjaGluZyBnb2FsIGlzIHRv IG9mZmVyIHNpbXBsZSBtZWFzdXJlcyB0byBhbGxvdyBmb3IgDQpsaWdodHdlaWdodA0KPj4gICAg VENQIGltcGxlbWVudGF0aW9uIGFuZCBzdWl0YWJsZSBvcGVyYXRpb24gaW4gc3VjaCBlbnZpcm9u bWVudHMuDQo+Pg0KPj4NCj4+DQo+Pg0KPj4gUGxlYXNlIG5vdGUgdGhhdCBpdCBtYXkgdGFrZSBh IGNvdXBsZSBvZiBtaW51dGVzIGZyb20gdGhlIHRpbWUgb2YNCj4+IHN1Ym1pc3Npb24gdW50aWwg dGhlIGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdA0KPj4gdG9vbHMu aWV0Zi5vcmcuDQo+Pg0KPj4gVGhlIElFVEYgU2VjcmV0YXJpYXQNCj4+DQo+Pg0KPj4NCj4+IF9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+PiBMd2lwIG1h aWxpbmcgbGlzdA0KPj4gTHdpcEBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFp bG1hbi9saXN0aW5mby9sd2lwDQo+Pg0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX18NCj4+IHRjcG0gbWFpbGluZyBsaXN0DQo+PiB0Y3BtQGlldGYub3Jn DQo+PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL3RjcG0NCj4+DQo+DQoN Cg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCmNvcmUg bWFpbGluZyBsaXN0DQpjb3JlQGlldGYub3JnDQpodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFu L2xpc3RpbmZvL2NvcmUNCg0KDQo9PT09PS0tLS0tPT09PT0tLS0tLT09PT09Ck5vdGljZTogVGhl IGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIGUtbWFpbAptZXNzYWdlIGFuZC9vciBhdHRh Y2htZW50cyB0byBpdCBtYXkgY29udGFpbiAKY29uZmlkZW50aWFsIG9yIHByaXZpbGVnZWQgaW5m b3JtYXRpb24uIElmIHlvdSBhcmUgCm5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBhbnkgZGlz c2VtaW5hdGlvbiwgdXNlLCAKcmV2aWV3LCBkaXN0cmlidXRpb24sIHByaW50aW5nIG9yIGNvcHlp bmcgb2YgdGhlIAppbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBlLW1haWwgbWVzc2FnZSAK YW5kL29yIGF0dGFjaG1lbnRzIHRvIGl0IGFyZSBzdHJpY3RseSBwcm9oaWJpdGVkLiBJZiAKeW91 IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9yLCAKcGxlYXNlIG5vdGlm eSB1cyBieSByZXBseSBlLW1haWwgb3IgdGVsZXBob25lIGFuZCAKaW1tZWRpYXRlbHkgYW5kIHBl cm1hbmVudGx5IGRlbGV0ZSB0aGUgbWVzc2FnZSAKYW5kIGFueSBhdHRhY2htZW50cy4gVGhhbmsg eW91CgoK --=_alternative 0032076465257FD2_= MIME-Version: 1.0 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPkhpLDwvZm9udD4NCjxicj4NCjxicj48Zm9u dCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+U2VjdGlvbiAzLjQgb2YgdGhlIGRyYWZ0IHN0YXRl cyB0aGUNCmZvbGxvd2luZzo8L2ZvbnQ+DQo8YnI+DQo8YnI+PGZvbnQgc2l6ZT0yIGZhY2U9InNh bnMtc2VyaWYiPiZxdW90OzwvZm9udD48dHQ+PGZvbnQgc2l6ZT0zPml0IGlzDQplbnZpc2FnZWQg dGhhdCBmdXJ0aGVyIHNlZ21lbnQgZXhjaGFuZ2VzIHdpbGwgdGFrZSBwbGFjZSB3aXRoaW4gYW4g aW50ZXJ2YWwNCm9mIHR3byBob3VycyBzaW5jZSB0aGUgbGFzdCBzZWdtZW50IGhhcyBiZWVuIHNl bnQ8L2ZvbnQ+PC90dD48Zm9udCBzaXplPTIgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7PC9mb250 Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlmIj5Db3VsZCB5b3UgcGxl YXNlIGV4cGxhaW4gYSBiaXQgYWJvdXQNCnRoZSBiYXNpcyBvZiBzdWNoIGEgZGV0ZXJtaW5pc3Rp YyBhc3N1bXB0aW9uPyBJZiB5b3UgY291bGQgc2hhcmUgc29tZSBwb2ludGVycw0KdG8gYW55IHN0 dWR5IHJlbGF0ZWQgdG8gdGhpcy4gVGhlcmUgaXMgUkZDIDUzODIgd2hpY2gga2luZCBvZiBtYW5k YXRlcw0KdGhhdCB0aGUgdGltZSBvdXQgY2Fubm90IGJlIGxlc3MgdGhhbiAxMjQgbWludXRlcy4g RG9lcyBpdCBkcml2ZSB0aGUgYWJvdmUNCmFzc3VtcHRpb24/IEhvd2V2ZXIsIG5vdCBzdXJlIGhv dyBtYW55IGltcGxlbWVudGF0aW9ucyBhZGhlcmVzIHRvIHRoZSB0aW1lDQptZW50aW9uZWQgaW4g UkZDIDUzODIuPC9mb250Pg0KPGJyPg0KPGJyPjxmb250IHNpemU9MiBmYWNlPSJzYW5zLXNlcmlm Ij5JbiB0aGUgcmVjZW50IHRpbWUgSSBoYWQgYmVlbiBsb29raW5nDQphdCB0aGUgZGlmZmVyZW50 IGVmZm9ydHMgdGhhdCBoYXMgZ29uZSBpbnRvIGltcHJvdmluZyBUQ1AgcGVyZm9ybWFuY2UgZnJv bQ0KZGlmZmVyZW50IGFzcGVjdHMgdW5kZXIgZGlmZmVyZW50IGNpcmN1bXN0YW5jZXMgc2luY2Ug dGhlIGVhcmx5IGRheXMuIEdpdmVuDQp0aGUgc2hvcnQgdHJhbnNhY3Rpb25hbCB0eXBlIG9mIGV4 Y2hhbmdlcywgd291bGQgaXQgYmUgYWxzbyB3b3J0aHdoaWxlDQp0byBjb3VudCBleHBlcmltZW50 YWwgUkZDcyBsaWtlICZxdW90O1RDUCBGYXN0IE9wZW4mcXVvdDsgYW5kIHNlZSBob3cgQ29BUA0K cGVyZm9ybXMgb24gdG9wIG9mIGl0PzwvZm9udD4NCjxicj4NCjxicj48Zm9udCBzaXplPTIgZmFj ZT0ic2Fucy1zZXJpZiI+UmVnYXJkczxicj4NCkFiaGlqYW4gQmhhdHRhY2hhcnl5YTxicj4NCkFz c29jaWF0ZSBDb25zdWx0YW50PGJyPg0KU2NpZW50aXN0LCBJbm5vdmF0aW9uIExhYiwgS29sa2F0 YSwgSW5kaWE8YnI+DQpUYXRhIENvbnN1bHRhbmN5IFNlcnZpY2VzPGJyPg0KTWFpbHRvOiBhYmhp amFuLmJoYXR0YWNoYXJ5eWFAdGNzLmNvbTxicj4NCldlYnNpdGU6IDwvZm9udD48YSBocmVmPWh0 dHA6Ly93d3cudGNzLmNvbS8+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPmh0dHA6Ly93 d3cudGNzLmNvbTwvZm9udD48L2E+PGZvbnQgc2l6ZT0yIGZhY2U9InNhbnMtc2VyaWYiPjxicj4N Cl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fPGJyPg0KRXhwZXJp ZW5jZSBjZXJ0YWludHkuICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0lUIFNlcnZpY2VzPGJy Pg0KICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwO0J1c2luZXNzIFNvbHV0aW9uczxicj4NCiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQom bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDtDb25zdWx0aW5nPGJyPg0KX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+DQo8L2ZvbnQ+DQo8YnI+DQo8YnI+DQo8 YnI+DQo8YnI+PGZvbnQgc2l6ZT0xIGNvbG9yPSM1ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+RnJv bTogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0i c2Fucy1zZXJpZiI+JnF1b3Q7Q2FybGVzIEdvbWV6DQpNb250ZW5lZ3JvJnF1b3Q7ICZsdDtjYXJs ZXNnb0BlbnRlbC51cGMuZWR1Jmd0OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVm NWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5UbzogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOzwv Zm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7Q2Fyc3RlbiBCb3JtYW5u JnF1b3Q7DQombHQ7Y2Fib0B0emkub3JnJmd0OzwvZm9udD4NCjxicj48Zm9udCBzaXplPTEgY29s b3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5DYzogJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZu YnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+JnF1b3Q7bHdpcEBpZXRm Lm9yZyZxdW90Ow0KJmx0O2x3aXBAaWV0Zi5vcmcmZ3Q7LCAmcXVvdDt0Y3BtQGlldGYub3JnIEV4 dGVuc2lvbnMmcXVvdDsgJmx0O3RjcG1AaWV0Zi5vcmcmZ3Q7LA0KJnF1b3Q7am9uLmNyb3djcm9m dEBjbC5jYW0uYWMudWsmcXVvdDsgJmx0O2pvbi5jcm93Y3JvZnRAY2wuY2FtLmFjLnVrJmd0OywN CiZxdW90O2NvcmVAaWV0Zi5vcmcgV0cmcXVvdDsgJmx0O2NvcmVAaWV0Zi5vcmcmZ3Q7PC9mb250 Pg0KPGJyPjxmb250IHNpemU9MSBjb2xvcj0jNWY1ZjVmIGZhY2U9InNhbnMtc2VyaWYiPkRhdGU6 ICZuYnNwOyAmbmJzcDsgJm5ic3A7DQombmJzcDs8L2ZvbnQ+PGZvbnQgc2l6ZT0xIGZhY2U9InNh bnMtc2VyaWYiPjA2LzEwLzIwMTYgMDg6NDAgUE08L2ZvbnQ+DQo8YnI+PGZvbnQgc2l6ZT0xIGNv bG9yPSM1ZjVmNWYgZmFjZT0ic2Fucy1zZXJpZiI+U3ViamVjdDogJm5ic3A7ICZuYnNwOw0KJm5i c3A7ICZuYnNwOzwvZm9udD48Zm9udCBzaXplPTEgZmFjZT0ic2Fucy1zZXJpZiI+UmU6IFtjb3Jl XSBbdGNwbV0NCltMd2lwXSBbRndkOiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0 LWdvbWV6LWNvcmUtdGNwLWNvbnN0cmFpbmVkLW5vZGUtbmV0d29ya3MtMDAudHh0XTwvZm9udD4N Cjxicj48Zm9udCBzaXplPTEgY29sb3I9IzVmNWY1ZiBmYWNlPSJzYW5zLXNlcmlmIj5TZW50IGJ5 OiAmbmJzcDsgJm5ic3A7DQombmJzcDsgJm5ic3A7PC9mb250Pjxmb250IHNpemU9MSBmYWNlPSJz YW5zLXNlcmlmIj4mcXVvdDtjb3JlJnF1b3Q7DQombHQ7Y29yZS1ib3VuY2VzQGlldGYub3JnJmd0 OzwvZm9udD4NCjxicj4NCjxociBub3NoYWRlPg0KPGJyPg0KPGJyPg0KPGJyPjx0dD48Zm9udCBz aXplPTI+SGkgQ2Fyc3Rlbiw8YnI+DQo8YnI+DQpUaGFua3MgYSBsb3QgZm9yIHlvdXIgY29tbWVu dHMuPGJyPg0KPGJyPg0KV2hpbGUgd2Ugd29yayB0byBhZGRyZXNzIHRob3NlLCBpdCB3b3VsZCBi ZSByZWFsbHkgaGVscGZ1bCBpZiBmb2xrcyB0aGF0PGJyPg0KaGF2ZSBmYWNlZCAnYmFkIGNvbnN0 cmFpbmVkIFRDUCBpbXBsZW1lbnRhdGlvbnMnLCBhbmQvb3IgaGF2ZSBzdHJ1Z2dsZWQ8YnI+DQp3 aXRoIG1pZGRsZWJveCB0cmF2ZXJzYWwgY2FuIHNoYXJlIHRoZWlyIGV4cGVyaWVuY2UuPGJyPg0K PGJyPg0KQ2hlZXJzLDxicj4NCjxicj4NCkNhcmxlczxicj4NCjxicj4NCjxicj4NCiZndDsgQ2Fy bGVzLDxicj4NCiZndDs8YnI+DQomZ3Q7IHRoYW5rcyBmb3Igc3VibWl0dGluZyB0aGlzLjxicj4N CiZndDs8YnI+DQomZ3Q7IEkgdGhpbmsgdGhhdCB0aGlzIGRyYWZ0IGlzIHRydWx5IGJlc3QgaGFu ZGxlZCBpbiBMV0lHLjxicj4NCiZndDs8YnI+DQomZ3Q7IFdlIGRvbid0ICpoYXZlKiB0byBwcm9m aWxlIFRDUCBmb3IgQ29BUC1vdmVyLVRDUDsgcGVvcGxlIGFyZSBmcmVlDQp0byB1c2U8YnI+DQom Z3Q7IHdoYXRldmVyIHBhcnRzIG9mIFRDUCB0aGV5IHRoaW5rIGFyZSB1c2VmdWwuICZuYnNwOyhB bmQsIG9mIGNvdXJzZSwNCnRoZXJlIGFyZTxicj4NCiZndDsgYXBwbGljYXRpb25zIGZvciBDb0FQ LW92ZXItVENQIHRoYXQgYXJlIGluIHRoZSBiYWNrZW5kLik8YnI+DQomZ3Q7PGJyPg0KJmd0OyBP biB0aGUgb3RoZXIgaGFuZCwgaXQgaXMgdXNlZnVsIHRvPGJyPg0KJmd0OyAtLSBtYW5hZ2UgZXhw ZWN0YXRpb25zOjxicj4NCiZndDsgJm5ic3A7ICZuYnNwO3doYXQgY2FuIEkgZXhwZWN0IHRoYXQg dGhlICpvdGhlciogc2lkZSB3aWxsIG9mZmVyIGluDQpUQ1AgZnVuY3Rpb25hbGl0eTxicj4NCiZn dDsgLS0gZ2l2ZSBhZHZpY2UgdG8gaW1wbGVtZW50ZXJzOjxicj4NCiZndDsgJm5ic3A7ICZuYnNw O3doYXQgaXMgdXNlZnVsIHRvIGltcGxlbWVudCwgd2hhdCBub3Q8YnI+DQomZ3Q7IC0tIGNvbGxl Y3QgaW1wbGVtZW50YXRpb24gZXhwZXJpZW5jZSB0aGF0IGlzIHJlbGV2YW50IGZvciB0aGVzZSB0 d288YnI+DQomZ3Q7PGJyPg0KJmd0OyAoT25lIGludGVyZXN0aW5nIGVmZmVjdCBJJ20gc2VlaW5n IGlzIHRoYXQgcGVvcGxlIGtub3cgaG93IGdvb2QgVENQDQpjYW48YnI+DQomZ3Q7IGJlLCB3aGlj aCBzaGFwZXMgdGhlaXIgZXhwZWN0YXRpb25zLCBidXQgdGhlbiB0aGV5IGFyZSBodXJ0IGJ5IHVz aW5nPGJyPg0KJmd0OyByZWFsbHkgYmFkIGNvbnN0cmFpbmVkIFRDUCBpbXBsZW1lbnRhdGlvbnMu Li4gJm5ic3A7V2UgY2VydGFpbmx5IHNob3VsZA0KYmU8YnI+DQomZ3Q7IHBheWluZyBhdHRlbnRp b24gdG8gdGhpcyBvbiB0aGUgQ29SRSBXRyBzaWRlLik8YnI+DQomZ3Q7PGJyPg0KJmd0OyBNeSBi aWdnZXN0IGNvbW1lbnQgaXMgcHJvYmFibHkgdGhhdCBmb3IgZGV2aWNlLXRvLWNsb3VkLCB0aGUg bGV2ZWwNCm9mPGJyPg0KJmd0OyBUQ1AgZnVuY3Rpb25zIGltcGxlbWVudGVkIHdpbGwgYmUgYXN5 bW1ldHJpYyAoZnVsbCBUQ1Agb24gY2xvdWQgc2lkZSw8YnI+DQomZ3Q7IHBvc3NpYmx5IG1vcmUg bGltaXRlZCBvbiB0aGUgZGV2aWNlIHNpZGUpIC0tIHdoYXQgaXMgdGhlIGVmZmVjdCBvZg0KdGhp czxicj4NCiZndDsgYXN5bW1ldHJ5Pzxicj4NCiZndDs8YnI+DQomZ3Q7IE1heWJlIHRoZXJlIGFs c28gbmVlZHMgdG8gYmUgbW9yZSBkaXNjdXNzaW9uIG9uIHRoZSByb2xlIG9mIHRoZTxicj4NCiZn dDsgbWlkZGxlYm94IChhZnRlciBhbGwsIHdlIGFyZSBkb2luZyBDb0FQLW92ZXItVENQIHRvIGRl dmljZXMgZm9yIHRoZQ0Kc29sZTxicj4NCiZndDsgcmVhc29uIHRvIGNsaW1iIG92ZXIgbWlkZGxl Ym94ZXMpLjxicj4NCiZndDs8YnI+DQomZ3Q7IEdyw4PCvMODxbhlLCBDYXJzdGVuPGJyPg0KJmd0 Ozxicj4NCiZndDs8YnI+DQomZ3Q7IFNjaGFyZiwgTWljaGFlbCAoTm9raWEgLSBERSkgd3JvdGU6 PGJyPg0KJmd0OyZndDsgSGVhZHMtdXA8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IE1pY2hh ZWw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS08YnI+DQomZ3Q7Jmd0OyBGcm9tOiBMd2lwIFs8L2ZvbnQ+PC90dD48YSBo cmVmPSJtYWlsdG86bHdpcC1ib3VuY2VzQGlldGYub3JnIj48dHQ+PGZvbnQgc2l6ZT0yPm1haWx0 bzpsd2lwLWJvdW5jZXNAaWV0Zi5vcmc8L2ZvbnQ+PC90dD48L2E+PHR0Pjxmb250IHNpemU9Mj5d DQpPbiBCZWhhbGYgT2YgQ2FybGVzIEdvbWV6PGJyPg0KJmd0OyZndDsgTW9udGVuZWdybzxicj4N CiZndDsmZ3Q7IFNlbnQ6IEZyaWRheSwgSnVuZSAxMCwgMjAxNiAxMTozNiBBTTxicj4NCiZndDsm Z3Q7IFRvOiBsd2lwQGlldGYub3JnPGJyPg0KJmd0OyZndDsgQ2M6IGpvbi5jcm93Y3JvZnRAY2wu Y2FtLmFjLnVrPGJyPg0KJmd0OyZndDsgU3ViamVjdDogW0x3aXBdIFtGd2Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbiBmb3I8YnI+DQomZ3Q7Jmd0OyBkcmFmdC1nb21lei1jb3JlLXRjcC1jb25z dHJhaW5lZC1ub2RlLW5ldHdvcmtzLTAwLnR4dF08YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7 IERlYXIgTFdJRyBXRyw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC8qKiBBcG9sb2dpZXMg Zm9yIHBvc3NpYmx5IG11bHRpcGxlIHNpbWlsYXIgZS1tYWlscy4uLiAqKi88YnI+DQomZ3Q7Jmd0 Ozxicj4NCiZndDsmZ3Q7IFdlIGhhdmUganVzdCBzdWJtaXR0ZWQgdGhlIGRyYWZ0IGVudGl0bGVk ICdUQ1Agb3ZlciBDb25zdHJhaW5lZC1Ob2RlPGJyPg0KJmd0OyZndDsgTmV0d29ya3MnLCB3aGlj aCB3ZSBiZWxpZXZlIG1heSBiZSBvZiBpbnRlcmVzdCB0byB0aGUgbWVtYmVycw0Kb2YgdGhpczxi cj4NCiZndDsmZ3Q7IGdyb3VwLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgV2Ugd291bGQg bGlrZSB0byBraW5kbHkgYXNrIGZvciBmZWVkYmFjaywgc3BlY2lhbGx5IG9uIHRoZSBiYXNpcw0K b2Y8YnI+DQomZ3Q7Jmd0OyBpbXBsZW1lbnRhdGlvbiBleHBlcmllbmNlLjxicj4NCiZndDsmZ3Q7 PGJyPg0KJmd0OyZndDsgVGhhbmsgeW91IHZlcnkgbXVjaCE8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZn dDsmZ3Q7IEtpbmQgcmVnYXJkcyw8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IFRoZSBhdXRo b3JzPGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7IC0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0gT3JpZ2luYWwgTWVzc2FnZTxicj4NCiZndDsmZ3Q7IC0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7Jmd0OyBTdWJqZWN0OiBOZXcgVmVyc2lvbiBO b3RpZmljYXRpb24gZm9yPGJyPg0KJmd0OyZndDsgZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3Ry YWluZWQtbm9kZS1uZXR3b3Jrcy0wMC50eHQ8YnI+DQomZ3Q7Jmd0OyBGcm9tOiAmbmJzcDsgJm5i c3A7aW50ZXJuZXQtZHJhZnRzQGlldGYub3JnPGJyPg0KJmd0OyZndDsgRGF0ZTogJm5ic3A7ICZu YnNwO0ZyaSwgSnVuZSAxMCwgMjAxNiAxMDozOCBhbTxicj4NCiZndDsmZ3Q7IFRvOiAmbmJzcDsg Jm5ic3A7ICZuYnNwOyZxdW90O0pvbiBDcm93Y3JvZnQmcXVvdDsgJmx0O2pvbi5jcm93Y3JvZnRA Y2wuY2FtLmFjLnVrJmd0Ozxicj4NCiZndDsmZ3Q7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNw OyAmbmJzcDsmcXVvdDtDYXJsZXMgR29tZXomcXVvdDsgJmx0O2Nhcmxlc2dvQGVudGVsLnVwYy5l ZHUmZ3Q7PGJyPg0KJmd0OyZndDsgLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS08YnI+DQomZ3Q7Jmd0Ozxicj4N CiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgQSBuZXcgdmVyc2lvbiBvZiBJLUQsPGJyPg0KJmd0OyZn dDsgZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWluZWQtbm9kZS1uZXR3b3Jrcy0wMC50eHQ8 YnI+DQomZ3Q7Jmd0OyBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IENhcmxlcyBH b21leiBhbmQgcG9zdGVkIHRvDQp0aGUgSUVURjxicj4NCiZndDsmZ3Q7IHJlcG9zaXRvcnkuPGJy Pg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBOYW1lOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAmbmJzcDtkcmFmdC1nb21lei1jb3JlLXRj cC1jb25zdHJhaW5lZC1ub2RlLW5ldHdvcmtzPGJyPg0KJmd0OyZndDsgUmV2aXNpb246ICZuYnNw OyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7IDAwPGJy Pg0KJmd0OyZndDsgVGl0bGU6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5i c3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwO1RDUCBvdmVyIENvbnN0cmFpbmVkLU5vZGUgTmV0d29y a3M8YnI+DQomZ3Q7Jmd0OyBEb2N1bWVudCBkYXRlOiAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJz cDsgJm5ic3A7ICZuYnNwOw0KJm5ic3A7ICZuYnNwOyAyMDE2LTA2LTEwPGJyPg0KJmd0OyZndDsg R3JvdXA6ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOw0K Jm5ic3A7ICZuYnNwO0luZGl2aWR1YWwgU3VibWlzc2lvbjxicj4NCiZndDsmZ3Q7IFBhZ2VzOiAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsgJm5ic3A7ICZuYnNwOyAmbmJzcDsNCiZuYnNwOyAm bmJzcDs5PGJyPg0KJmd0OyZndDsgVVJMOjxicj4NCiZndDsmZ3Q7IDwvZm9udD48L3R0PjxhIGhy ZWY9Imh0dHBzOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFmdC1nb21lei1jb3Jl LXRjcC1jb25zdHJhaW5lZC1ub2RlLW5ldHdvcmtzLTAwLnR4dCI+PHR0Pjxmb250IHNpemU9Mj5o dHRwczovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQtZ29tZXotY29yZS10Y3At Y29uc3RyYWluZWQtbm9kZS1uZXR3b3Jrcy0wMC50eHQ8L2ZvbnQ+PC90dD48L2E+PHR0Pjxmb250 IHNpemU9Mj48YnI+DQomZ3Q7Jmd0OyBTdGF0dXM6PGJyPg0KJmd0OyZndDsgPC9mb250PjwvdHQ+ PGEgaHJlZj0iaHR0cHM6Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ29tZXotY29y ZS10Y3AtY29uc3RyYWluZWQtbm9kZS1uZXR3b3Jrcy8iPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6 Ly9kYXRhdHJhY2tlci5pZXRmLm9yZy9kb2MvZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWlu ZWQtbm9kZS1uZXR3b3Jrcy88L2ZvbnQ+PC90dD48L2E+PHR0Pjxmb250IHNpemU9Mj48YnI+DQom Z3Q7Jmd0OyBIdG1saXplZDo8YnI+DQomZ3Q7Jmd0OyA8L2ZvbnQ+PC90dD48YSBocmVmPSJodHRw czovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWluZWQt bm9kZS1uZXR3b3Jrcy0wMCI+PHR0Pjxmb250IHNpemU9Mj5odHRwczovL3Rvb2xzLmlldGYub3Jn L2h0bWwvZHJhZnQtZ29tZXotY29yZS10Y3AtY29uc3RyYWluZWQtbm9kZS1uZXR3b3Jrcy0wMDwv Zm9udD48L3R0PjwvYT48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZn dDs8YnI+DQomZ3Q7Jmd0OyBBYnN0cmFjdDo8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7VGhp cyBkb2N1bWVudCBwcm92aWRlcyBhIHByb2ZpbGUgZm9yIHRoZSBUcmFuc21pc3Npb24NCkNvbnRy b2w8YnI+DQomZ3Q7Jmd0OyAmbmJzcDsgJm5ic3A7UHJvdG9jb2wgKFRDUCkgb3ZlciBDb25zdHJh aW5lZC1Ob2RlIE5ldHdvcmtzIChDTk5zKS4NCiZuYnNwO1RoZTxicj4NCiZndDsmZ3Q7ICZuYnNw OyAmbmJzcDtvdmVyYXJjaGluZyBnb2FsIGlzIHRvIG9mZmVyIHNpbXBsZSBtZWFzdXJlcyB0byBh bGxvdw0KZm9yIGxpZ2h0d2VpZ2h0PGJyPg0KJmd0OyZndDsgJm5ic3A7ICZuYnNwO1RDUCBpbXBs ZW1lbnRhdGlvbiBhbmQgc3VpdGFibGUgb3BlcmF0aW9uIGluIHN1Y2gNCmVudmlyb25tZW50cy48 YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0Ozxi cj4NCiZndDsmZ3Q7IFBsZWFzZSBub3RlIHRoYXQgaXQgbWF5IHRha2UgYSBjb3VwbGUgb2YgbWlu dXRlcyBmcm9tIHRoZSB0aW1lDQpvZjxicj4NCiZndDsmZ3Q7IHN1Ym1pc3Npb24gdW50aWwgdGhl IGh0bWxpemVkIHZlcnNpb24gYW5kIGRpZmYgYXJlIGF2YWlsYWJsZSBhdDxicj4NCiZndDsmZ3Q7 IHRvb2xzLmlldGYub3JnLjxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDsgVGhlIElFVEYgU2Vj cmV0YXJpYXQ8YnI+DQomZ3Q7Jmd0Ozxicj4NCiZndDsmZ3Q7PGJyPg0KJmd0OyZndDs8YnI+DQom Z3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXzxi cj4NCiZndDsmZ3Q7IEx3aXAgbWFpbGluZyBsaXN0PGJyPg0KJmd0OyZndDsgTHdpcEBpZXRmLm9y Zzxicj4NCiZndDsmZ3Q7IDwvZm9udD48L3R0PjxhIGhyZWY9aHR0cHM6Ly93d3cuaWV0Zi5vcmcv bWFpbG1hbi9saXN0aW5mby9sd2lwPjx0dD48Zm9udCBzaXplPTI+aHR0cHM6Ly93d3cuaWV0Zi5v cmcvbWFpbG1hbi9saXN0aW5mby9sd2lwPC9mb250PjwvdHQ+PC9hPjx0dD48Zm9udCBzaXplPTI+ PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7Jmd0OyBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXzxicj4NCiZndDsmZ3Q7IHRjcG0gbWFpbGluZyBsaXN0PGJyPg0K Jmd0OyZndDsgdGNwbUBpZXRmLm9yZzxicj4NCiZndDsmZ3Q7IDwvZm9udD48L3R0PjxhIGhyZWY9 aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90Y3BtPjx0dD48Zm9udCBzaXpl PTI+aHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby90Y3BtPC9mb250PjwvdHQ+ PC9hPjx0dD48Zm9udCBzaXplPTI+PGJyPg0KJmd0OyZndDs8YnI+DQomZ3Q7PGJyPg0KPGJyPg0K PGJyPg0KX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX188YnI+ DQpjb3JlIG1haWxpbmcgbGlzdDxicj4NCmNvcmVAaWV0Zi5vcmc8YnI+DQo8L2ZvbnQ+PC90dD48 YSBocmVmPWh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZT48dHQ+PGZv bnQgc2l6ZT0yPmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZTwvZm9u dD48L3R0PjwvYT48dHQ+PGZvbnQgc2l6ZT0yPjxicj4NCjwvZm9udD48L3R0Pg0KPGJyPg0KPHA+ PT09PT0tLS0tLT09PT09LS0tLS09PT09PTxicj4KTm90aWNlOiBUaGUgaW5mb3JtYXRpb24gY29u dGFpbmVkIGluIHRoaXMgZS1tYWlsPGJyPgptZXNzYWdlIGFuZC9vciBhdHRhY2htZW50cyB0byBp dCBtYXkgY29udGFpbiA8YnI+CmNvbmZpZGVudGlhbCBvciBwcml2aWxlZ2VkIGluZm9ybWF0aW9u LiBJZiB5b3UgYXJlIDxicj4Kbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIGFueSBkaXNzZW1p bmF0aW9uLCB1c2UsIDxicj4KcmV2aWV3LCBkaXN0cmlidXRpb24sIHByaW50aW5nIG9yIGNvcHlp bmcgb2YgdGhlIDxicj4KaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgZS1tYWlsIG1lc3Nh Z2UgPGJyPgphbmQvb3IgYXR0YWNobWVudHMgdG8gaXQgYXJlIHN0cmljdGx5IHByb2hpYml0ZWQu IElmIDxicj4KeW91IGhhdmUgcmVjZWl2ZWQgdGhpcyBjb21tdW5pY2F0aW9uIGluIGVycm9yLCA8 YnI+CnBsZWFzZSBub3RpZnkgdXMgYnkgcmVwbHkgZS1tYWlsIG9yIHRlbGVwaG9uZSBhbmQgPGJy PgppbW1lZGlhdGVseSBhbmQgcGVybWFuZW50bHkgZGVsZXRlIHRoZSBtZXNzYWdlIDxicj4KYW5k IGFueSBhdHRhY2htZW50cy4gVGhhbmsgeW91PC9wPgoKPHA+PC9wPg== --=_alternative 0032076465257FD2_=-- From nobody Tue Jun 14 05:52:47 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 481DC12D773 for ; Tue, 14 Jun 2016 05:52:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EkjPfjowaTvJ for ; Tue, 14 Jun 2016 05:52:44 -0700 (PDT) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42A3F12D137 for ; Tue, 14 Jun 2016 05:52:43 -0700 (PDT) Received: by mail-pa0-x229.google.com with SMTP id b13so33979944pat.0 for ; Tue, 14 Jun 2016 05:52:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=M34YYwCujV3X7oA/+c66O7NqBEsljyQUveqPJwItdv0=; b=MSgjVw7wBu8hVBKulc/Na2gzlkCvEo/tEQnYVTVeKuXPkkSt8DL4Ij6PqKDafIVFic d81xs7YtcJOPlVJ2KQkm07OWUdzvEhqLmxdGMTjZbkY2VA0tne+oEulVkdl5h0ZbbgNL pvtGC/0vvLjnuGKutCLh4cbim2vSa01bpcCPmpxIsM5wHENnEvVsKyscW9q9YuW0irO5 ea11V2FDVIFLxno1BK57E3uycUO9blE2yVW6FOtxH55LecorhyJYNayhYxETtTbLE+5x 0L5zMfK/OHrXUFMqAz1nYnoLgYynXRK42G1HaYC8hk1ufgZD+NMtkXayXpvEkCckO2yN wN7g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=M34YYwCujV3X7oA/+c66O7NqBEsljyQUveqPJwItdv0=; b=GNXBmguvXWcWcrq+biwisEfqSssdKz/lB/TvHDJbUEdcOd0075TsHx1cYE374aCRVP xbVn5j32dbV3Qf4iQ1m9LnOgUKFOA5YiCsQCi9Z7KUHjX/TpkQlzV2oKQ2E5ZEPHHf5s gvJhnGqamBvmg5atJqM3AIS8FKGj37Gvj5k4isdt1HWK7Tw1ayegin4eNhxhUrmWvIJV nwlViSEJHR3P24asUe50KtqoclxVsAF/KtMDsZnoEYPXl7abZJWcqnlikZakgjRNcgxj ML3y8rqMgSO8gBEY0HMJ2CrgbL0br4VYcZikJT7ldePIt0BymxlQfNeWThJ/7Co9nG1T 1IYg== X-Gm-Message-State: ALyK8tJr6xBmmmBR4pfqOsDW+hR4gyxl2ZAspo+2MmV2DlCJeFMhL0eaQycTKbkmJEa8JA== X-Received: by 10.66.220.7 with SMTP id ps7mr27183703pac.77.1465908762609; Tue, 14 Jun 2016 05:52:42 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id h66sm29177630pfe.6.2016.06.14.05.52.41 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 14 Jun 2016 05:52:41 -0700 (PDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> Date: Tue, 14 Jun 2016 05:52:39 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> To: consultancy@vanderstok.org X-Mailer: Apple Mail (2.2104) Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 12:52:46 -0000 Yes, I agree with Matthias and Peter to keep the simple interaction = described in section 4.=20 I think, however, it needs to start with an overview of finding a = directory server to be coherent. I propose the following order: 4.0 Finding a Directory Server=20 how to find a Resource Directory, currently section 4.1 4.1 Simple Registration how to use POST to the .well-known/core location of the RD, with payload = (push) or without payload (pull) currently section 4.0 4.2 Registration using a Commissioning Tool leave as is 5 how to use the Registration API (used to be called the RD function = set)=20 6 how to use the Group API 7 how to use the Lookup API Is this OK?=20 Michael > On Jun 14, 2016, at 12:15 AM, peter van der Stok = wrote: >=20 > Hi Matthias, >=20 > some micro comments: >=20 >=20 > I thought it could give a clear message to >> implementers, when Simple Mode is in its own section. >=20 > Having done a bit of reorganization in the text, and looking at it, I = tend to agree with keeping simple mode in a separate section. >=20 >> What is your opinion on removing vs keeping the POST with payload to = /.w-k/core? >> How about having Simple Mode through an empty POST to the normal >> core.rd resource? To allow a normal registration with no resources = (no >> idea when this is useful), we could differentiate through the = presence >> of the ep query parameter. When it is missing, the RD has to get the >> links. This would even enable a more fine-grained adjustment of what >> to implement, since a device could send an empty POST, but still >> define the lifetime parameter. >=20 > The differentiation through the ep parameter looks complex to me, and = possibly difficult to use correctly in the applications. >=20 > peter From nobody Tue Jun 14 06:30:15 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4EA2712D0C0 for ; Tue, 14 Jun 2016 06:30:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id geYgFINUhXN8 for ; Tue, 14 Jun 2016 06:30:11 -0700 (PDT) Received: from mail-pa0-x22a.google.com (mail-pa0-x22a.google.com [IPv6:2607:f8b0:400e:c03::22a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FE5B12D647 for ; Tue, 14 Jun 2016 06:30:11 -0700 (PDT) Received: by mail-pa0-x22a.google.com with SMTP id b5so56532192pas.3 for ; Tue, 14 Jun 2016 06:30:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=uLK7zus4iWvthWArQYjosnI9lsV4GTnBy+8Gsm1kPKI=; b=HB86oOl+U7/Ugv2nuc/V9CMUjZI+Ale+yRbGlG46A/qAn2b+agGbvu1EFQ2UJbcDT9 kHIWD7hA3yOYjVcFOkR4Pp5mYDshzF8CfKQTvWlZE7N41ZgYAHtTdz9/NngByth6504/ N8SscWGFKTijGKS4MYYwDvs5BzHQ/QYMboBzZaWQv9xvkJWb8TnOHdbf8jsFGfqIcV+q NXFmf2TuTzj7h6GvcH88XKiuabBWo6FNlx0s+JxrJ6/+BB6pket98RC4d9qlmPzrgvUs O2W1SOjKOcvP5xxg2DdLd55Pw+ykcVnb/rOV3EIyVf+UpkrjLeuzkDVE8n9wfwInc1Ss 8vbA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=uLK7zus4iWvthWArQYjosnI9lsV4GTnBy+8Gsm1kPKI=; b=NbLjzNlZbW//yotD6FBX5qhVTyW333vpYI2+4SKzZsPN1q0m4Gm5PineKrNx8ZcyKC 1CvJMqnlj/FwOjTGiOZXDFo2lbL0AKyv9GXPJJuCvXdubZlpw36s7KPRbPrv8Dzn8w54 tL3sEtf+BKGZTWvrKd2KPm3iPd+4CPdpray0dAzQBWbHYnPjzCoxBkY8qDmgqVuYBj8K QxQTUroNjjW8JwGqU6jCoZViIb7mYeoZReaR1z8OuXf3mdeQ6D5rqocju5YYtEMJFakx Yau8MKnW5BlYXsHrdpGEM2BGE7sTn9mWG2zlVtEJzZLLqSWU+WPltDXOGNkyWc9189h6 3dGQ== X-Gm-Message-State: ALyK8tLycFi9oGVu5WGtAFRLxCHT1G5MmbdYZQsBdHmtoyOfvqJHzh4YhfA85XGXnkwC4Q== X-Received: by 10.66.253.70 with SMTP id zy6mr4449558pac.55.1465911010903; Tue, 14 Jun 2016 06:30:10 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id an13sm45627507pac.42.2016.06.14.06.30.09 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 14 Jun 2016 06:30:09 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_E716DB16-1798-4481-B157-D810AA32F019" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> Date: Tue, 14 Jun 2016 06:30:07 -0700 Message-Id: References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> To: consultancy@vanderstok.org X-Mailer: Apple Mail (2.2104) Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 13:30:13 -0000 --Apple-Mail=_E716DB16-1798-4481-B157-D810AA32F019 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, My thoughts on extending the simple RD interaction model: Empty POST to the registration API entry point (/rd) without ep looks = the same as POST to .well-known/core. How is it better to use /rd? It = seems like more overload of /rd to me. I don't think registration with no links is useful because nothing = wouold be returned on rd-lookup. A "self" link that describes the = endpoint itself may be registered to be returned on rd-lookup.=20 Lifetime may be useful to add for simple registration but there is no = way to refresh in the "pull" pattern. Maybe repeating the POST and = pulling the links each time? Also there's no way to delete or otherwise = manage the registered links. I have been thinking about the simple registration use case, and it = seems like managing the lifetime out of band and using the source = address for ep naming is simple and works in the use case of a simple = statically configured system. Is there a use case for doing more with simple registration? Best regards, Michael [Matthias] >> What is your opinion on removing vs keeping the POST with payload to = /.w-k/core? >> How about having Simple Mode through an empty POST to the normal >> core.rd resource? To allow a normal registration with no resources = (no >> idea when this is useful), we could differentiate through the = presence >> of the ep query parameter. When it is missing, the RD has to get the >> links. This would even enable a more fine-grained adjustment of what >> to implement, since a device could send an empty POST, but still >> define the lifetime parameter. >=20 [Peter] > The differentiation through the ep parameter looks complex to me, and = possibly difficult to use correctly in the applications. >=20 --Apple-Mail=_E716DB16-1798-4481-B157-D810AA32F019 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=us-ascii
Hi,

My thoughts on = extending the simple RD interaction model:

Empty POST to the registration API entry point = (/rd) without ep looks the same as POST to .well-known/core. How is it = better to use /rd? It seems like more overload of /rd to = me.

I don't think registration with = no links is useful because nothing wouold be returned on rd-lookup. A = "self" link that describes the endpoint itself may be registered to be = returned on rd-lookup. 

Lifetime = may be useful to add for simple registration but there is no way to = refresh in the "pull" pattern. Maybe repeating the POST and pulling the = links each time? Also there's no way to delete or otherwise manage the = registered links.

I have been = thinking about the simple registration use case, and it seems like = managing the lifetime out of band and using the source address for ep = naming is simple and works in the use case of a simple statically = configured system.

Is there a use = case for doing more with simple registration?

Best regards,

Michael


[Matthias]
What is your opinion on = removing vs keeping the POST with payload to /.w-k/core?
How= about having Simple Mode through an empty POST to the normal
core.rd resource? To allow a normal registration with no = resources (no
idea when this is useful), we could = differentiate through the presence
of the ep query = parameter. When it is missing, the RD has to get the
links. = This would even enable a more fine-grained adjustment of what
to implement, since a device could send an empty POST, but = still
define the lifetime parameter.

[Peter]
The differentiation through the ep parameter = looks complex to me, and possibly difficult to use correctly in the = applications.


= --Apple-Mail=_E716DB16-1798-4481-B157-D810AA32F019-- From nobody Tue Jun 14 07:56:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A9C812D7CC for ; Tue, 14 Jun 2016 07:56:18 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKqOpF3My8xr for ; Tue, 14 Jun 2016 07:56:16 -0700 (PDT) Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4F85912D7AD for ; Tue, 14 Jun 2016 07:56:16 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.195]) by smtp-cloud6.xs4all.net with ESMTP id 6ewB1t00L4CYHle01ewBRv; Tue, 14 Jun 2016 16:56:13 +0200 Received: from AMontpellier-654-1-89-12.w90-28.abo.wanadoo.fr ([90.28.128.12]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Tue, 14 Jun 2016 16:56:11 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 14 Jun 2016 16:56:11 +0200 From: peter van der Stok To: Michael Koster Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> Message-ID: X-Sender: stokcons@xs4all.nl (B40kH2xjS+nq/z0isdysgtLE7CB2NtaW) User-Agent: XS4ALL Webmail Archived-At: Cc: draft-ietf-core-resource-directory@tools.ietf.org, core@ietf.org Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 14:56:18 -0000 For me this is fine. A bit of overview as proposed by Mathias to show the implementation options is welcome. Peter Michael Koster schreef op 2016-06-14 14:52: > Yes, I agree with Matthias and Peter to keep the simple interaction > described in section 4. > > I think, however, it needs to start with an overview of finding a > directory server to be coherent. > > I propose the following order: > > 4.0 Finding a Directory Server > how to find a Resource Directory, currently section 4.1 > > 4.1 Simple Registration > how to use POST to the .well-known/core location of the RD, with > payload (push) or without payload (pull) currently section 4.0 > > 4.2 Registration using a Commissioning Tool > leave as is > > 5 how to use the Registration API (used to be called the RD function > set) > > 6 how to use the Group API > > 7 how to use the Lookup API > > Is this OK? > > Michael > >> On Jun 14, 2016, at 12:15 AM, peter van der Stok >> wrote: >> >> Hi Matthias, >> >> some micro comments: >> >> >> I thought it could give a clear message to >>> implementers, when Simple Mode is in its own section. >> >> Having done a bit of reorganization in the text, and looking at it, I >> tend to agree with keeping simple mode in a separate section. >> >>> What is your opinion on removing vs keeping the POST with payload to >>> /.w-k/core? >>> How about having Simple Mode through an empty POST to the normal >>> core.rd resource? To allow a normal registration with no resources >>> (no >>> idea when this is useful), we could differentiate through the >>> presence >>> of the ep query parameter. When it is missing, the RD has to get the >>> links. This would even enable a more fine-grained adjustment of what >>> to implement, since a device could send an empty POST, but still >>> define the lifetime parameter. >> >> The differentiation through the ep parameter looks complex to me, and >> possibly difficult to use correctly in the applications. >> >> peter From nobody Tue Jun 14 08:13:56 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B98E12D1D7 for ; Tue, 14 Jun 2016 08:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JtQfTnWSZ7yh for ; Tue, 14 Jun 2016 08:13:53 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2947C12B030 for ; Tue, 14 Jun 2016 08:13:52 -0700 (PDT) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5EFDnfn008262 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 14 Jun 2016 17:13:49 +0200 Received: from DEFTHW99ERHMSX.ww902.siemens.net (defthw99erhmsx.ww902.siemens.net [139.22.70.133]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u5EFDlTx021705 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 14 Jun 2016 17:13:48 +0200 Received: from DENBGAT9ERKMSX.ww902.siemens.net (139.22.70.145) by DEFTHW99ERHMSX.ww902.siemens.net (139.22.70.133) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 14 Jun 2016 17:13:47 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERKMSX.ww902.siemens.net ([139.22.70.145]) with mapi id 14.03.0294.000; Tue, 14 Jun 2016 17:13:47 +0200 From: "Kovatsch, Matthias" To: Michael Koster , "consultancy@vanderstok.org" Thread-Topic: [core] #413 (resource-directory): Make Simple Directory Discovery really simple Thread-Index: AQHRxjunY/hywyGl90S6nW9mCSjZCZ/pEeHw Date: Tue, 14 Jun 2016 15:13:46 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D7165@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> In-Reply-To: Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.42] Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:13:55 -0000 Why not put RD Discovery in 4 Simple Registration in 5 Registration API in 6 4.0, 4.1, 4.2 again mixes discovery with simple registration. Matthias > -----Urspr=FCngliche Nachricht----- > Von: Michael Koster [mailto:michaeljohnkoster@gmail.com] > Gesendet: Dienstag, 14. Juni 2016 14:53 > An: consultancy@vanderstok.org > Cc: Kovatsch, Matthias (CT RDA NEC EMB-DE); Kovatsch Matthias; draft-ietf= - > core-resource-directory@tools.ietf.org; core@ietf.org > Betreff: Re: [core] #413 (resource-directory): Make Simple Directory Disc= overy > really simple >=20 > Yes, I agree with Matthias and Peter to keep the simple interaction descr= ibed in > section 4. >=20 > I think, however, it needs to start with an overview of finding a directo= ry server to > be coherent. >=20 > I propose the following order: >=20 > 4.0 Finding a Directory Server > how to find a Resource Directory, currently section 4.1 >=20 > 4.1 Simple Registration > how to use POST to the .well-known/core location of the RD, with payload = (push) > or without payload (pull) currently section 4.0 >=20 > 4.2 Registration using a Commissioning Tool leave as is >=20 > 5 how to use the Registration API (used to be called the RD function set) >=20 > 6 how to use the Group API >=20 > 7 how to use the Lookup API >=20 > Is this OK? >=20 > Michael >=20 > > On Jun 14, 2016, at 12:15 AM, peter van der Stok w= rote: > > > > Hi Matthias, > > > > some micro comments: > > > > > > I thought it could give a clear message to > >> implementers, when Simple Mode is in its own section. > > > > Having done a bit of reorganization in the text, and looking at it, I t= end to agree > with keeping simple mode in a separate section. > > > >> What is your opinion on removing vs keeping the POST with payload to /= .w- > k/core? > >> How about having Simple Mode through an empty POST to the normal > >> core.rd resource? To allow a normal registration with no resources > >> (no idea when this is useful), we could differentiate through the > >> presence of the ep query parameter. When it is missing, the RD has to > >> get the links. This would even enable a more fine-grained adjustment > >> of what to implement, since a device could send an empty POST, but > >> still define the lifetime parameter. > > > > The differentiation through the ep parameter looks complex to me, and p= ossibly > difficult to use correctly in the applications. > > > > peter From nobody Tue Jun 14 08:16:31 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1480A12D7C0 for ; Tue, 14 Jun 2016 08:16:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.7 X-Spam-Level: X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id S8zlAdI4Ho9q for ; Tue, 14 Jun 2016 08:16:26 -0700 (PDT) Received: from mail-pa0-x229.google.com (mail-pa0-x229.google.com [IPv6:2607:f8b0:400e:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1EACC12B030 for ; Tue, 14 Jun 2016 08:16:26 -0700 (PDT) Received: by mail-pa0-x229.google.com with SMTP id b13so34993134pat.0 for ; Tue, 14 Jun 2016 08:16:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UZeeLM/OLRJAKRfmrGbhXwFkBJQfDu61CzIp0OK0qo8=; b=oA/nIfHNo6CIKGovt5bLxx9nuQJ/HZzmR14aAWEaq7f/uN6TvAUa3kf93M8HQfNO6s sPrORm0dqyQaxbnMsVYANuh6b2c0Aeom5EvbJKCs9n4x+TeE4tAGNJ5UDubcATG1DMkZ WAOmnMboH2vG599nyzSO7Bqb/2LdqPn+DsxDiF1GX20vJjvY5W6B0NIDY4gFI//0iUz6 9SVMn7mwRLTTp1Zba5svPFD1UOt0JjGn77lsFEKtgg9zFG78adI9wYDsoVwhDH3QKSI7 /PdpajUsyhOev++Nr3ff6aQEVnBUygp/MrRv6TWemoO06q7qtPakK0iAEGLfc/3cPgaM JYyQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to; bh=UZeeLM/OLRJAKRfmrGbhXwFkBJQfDu61CzIp0OK0qo8=; b=QB/t7YIgChW+hE5nvg+EBINk6ubpZ0KVptSRHJFzL1+uovcWLvcbSc2K5D7gQtEkNW EXLS+R4rHaM20XMcgJB3nsSBD3fafYMQhhj/uAlaLsARbuguqj2bcEaBHNhfsXNZJRPG yO5d0/J0effpleX+FB6wyPEMXjQ1l36bl6fw/bJtEN2LHQD6OuoOCcChl843RZZzwOf9 hxFcXSpraNNBj6xI/RlKItqdwlXEHCkXPt81bx0hYKL8aLV3dc7/Hm4RBXBdh9cvSpyM FvbcRZP4qCtJVrhBkk90bhpugCs85ykusob6pmTiIuccI7QZqx6Hi1kknKSFENOIN76z DVtw== X-Gm-Message-State: ALyK8tINC1N24fVSQXddnTFJ0JZDC36RB/JTz/JlmNnVh+P+qOXOEZpqBsCOhYSPjbGZqQ== X-Received: by 10.66.159.102 with SMTP id xb6mr28252079pab.73.1465917385679; Tue, 14 Jun 2016 08:16:25 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id ce8sm46226718pad.44.2016.06.14.08.16.24 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 14 Jun 2016 08:16:24 -0700 (PDT) Content-Type: text/plain; charset=iso-8859-1 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D7165@DEFTHW99EL4MSX.ww902.siemens.net> Date: Tue, 14 Jun 2016 08:16:22 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: <8269CA93-EA3A-4259-8A0A-DA943B1F9030@gmail.com> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D7165@DEFTHW99EL4MSX.ww902.siemens.net> To: "Kovatsch, Matthias" X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:16:28 -0000 Good point.=20 There is a lot about RD discovery in the current Registration section 5 = that could be moved to the common RD discovery section. It's arguably = not part of the registration API to discover the registration API. Michael > On Jun 14, 2016, at 8:13 AM, Kovatsch, Matthias = wrote: >=20 > Why not put > RD Discovery in 4 > Simple Registration in 5 > Registration API in 6 >=20 > 4.0, 4.1, 4.2 again mixes discovery with simple registration. >=20 > Matthias >=20 >> -----Urspr=FCngliche Nachricht----- >> Von: Michael Koster [mailto:michaeljohnkoster@gmail.com] >> Gesendet: Dienstag, 14. Juni 2016 14:53 >> An: consultancy@vanderstok.org >> Cc: Kovatsch, Matthias (CT RDA NEC EMB-DE); Kovatsch Matthias; = draft-ietf- >> core-resource-directory@tools.ietf.org; core@ietf.org >> Betreff: Re: [core] #413 (resource-directory): Make Simple Directory = Discovery >> really simple >>=20 >> Yes, I agree with Matthias and Peter to keep the simple interaction = described in >> section 4. >>=20 >> I think, however, it needs to start with an overview of finding a = directory server to >> be coherent. >>=20 >> I propose the following order: >>=20 >> 4.0 Finding a Directory Server >> how to find a Resource Directory, currently section 4.1 >>=20 >> 4.1 Simple Registration >> how to use POST to the .well-known/core location of the RD, with = payload (push) >> or without payload (pull) currently section 4.0 >>=20 >> 4.2 Registration using a Commissioning Tool leave as is >>=20 >> 5 how to use the Registration API (used to be called the RD function = set) >>=20 >> 6 how to use the Group API >>=20 >> 7 how to use the Lookup API >>=20 >> Is this OK? >>=20 >> Michael >>=20 >>> On Jun 14, 2016, at 12:15 AM, peter van der Stok = wrote: >>>=20 >>> Hi Matthias, >>>=20 >>> some micro comments: >>>=20 >>>=20 >>> I thought it could give a clear message to >>>> implementers, when Simple Mode is in its own section. >>>=20 >>> Having done a bit of reorganization in the text, and looking at it, = I tend to agree >> with keeping simple mode in a separate section. >>>=20 >>>> What is your opinion on removing vs keeping the POST with payload = to /.w- >> k/core? >>>> How about having Simple Mode through an empty POST to the normal >>>> core.rd resource? To allow a normal registration with no resources >>>> (no idea when this is useful), we could differentiate through the >>>> presence of the ep query parameter. When it is missing, the RD has = to >>>> get the links. This would even enable a more fine-grained = adjustment >>>> of what to implement, since a device could send an empty POST, but >>>> still define the lifetime parameter. >>>=20 >>> The differentiation through the ep parameter looks complex to me, = and possibly >> difficult to use correctly in the applications. >>>=20 >>> peter >=20 From nobody Tue Jun 14 08:23:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 688EA12D1B8 for ; Tue, 14 Jun 2016 08:23:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.919 X-Spam-Level: X-Spam-Status: No, score=-6.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oD3ny8Ych_P6 for ; Tue, 14 Jun 2016 08:23:32 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 67BD512B069 for ; Tue, 14 Jun 2016 08:23:32 -0700 (PDT) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by david.siemens.de (8.15.2/8.15.2) with ESMTPS id u5EFNTWY014659 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 14 Jun 2016 17:23:29 +0200 Received: from DEFTHW99ERLMSX.ww902.siemens.net (defthw99erlmsx.ww902.siemens.net [139.22.70.136]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id u5EFN3ra002984 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 14 Jun 2016 17:23:29 +0200 Received: from DENBGAT9ERDMSX.ww902.siemens.net (139.22.70.85) by DEFTHW99ERLMSX.ww902.siemens.net (139.22.70.136) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 14 Jun 2016 17:23:14 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERDMSX.ww902.siemens.net ([139.22.70.85]) with mapi id 14.03.0294.000; Tue, 14 Jun 2016 17:23:14 +0200 From: "Kovatsch, Matthias" To: Michael Koster , "consultancy@vanderstok.org" Thread-Topic: [core] #413 (resource-directory): Make Simple Directory Discovery really simple Thread-Index: AQHRxkDmR3JH1Txkg0OPk0MS4E+MzZ/pEkew Date: Tue, 14 Jun 2016 15:23:13 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> In-Reply-To: Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.42] Content-Type: multipart/alternative; boundary="_000_4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8DEFTHW99EL4MSXw_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 15:23:34 -0000 --_000_4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8DEFTHW99EL4MSXw_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Hi My thoughts on extending the simple RD interaction model: Empty POST to the registration API entry point (/rd) without ep looks the s= ame as POST to .well-known/core. How is it better to use /rd? It seems like= more overload of /rd to me. I don't like the overloading when the POST has a payload and ./w-k/core bas= ically has to accept data. If it is just a point to trigger the RD to read = out the device, I can at least see picking .w-k/core because it should alwa= ys be there. I don't think registration with no links is useful because nothing wouold b= e returned on rd-lookup. A "self" link that describes the endpoint itself m= ay be registered to be returned on rd-lookup. There is also the ep lookup. OCF wants to use RD to resolve ocf://... URIs = to actual transfer URIs, that is, the UUID to a transport address. When RD = is used as name service, there might be a registration without resources ma= ybe? Lifetime may be useful to add for simple registration but there is no way t= o refresh in the "pull" pattern. Maybe repeating the POST and pulling the l= inks each time? Also there's no way to delete or otherwise manage the regis= tered links. Lifetime would tell the RD when to drop the pulled links. To keep them aliv= e, the device would need to trigger again. I have been thinking about the simple registration use case, and it seems l= ike managing the lifetime out of band and using the source address for ep n= aming is simple and works in the use case of a simple statically configured= system. When simple registration is used, the RD is in full control over the ep nam= ing and lifetime (even if lt is given). RD could simply pull every time it = is triggered, even if it already has entries for the source address. Of cou= rse a better implementation would make some checks on the source address. Is there a use case for doing more with simple registration? I want to do less :P Just triggering and the RD has to pull. I actually think this would also be fine for the guy who sent the mail that= we should not remove Simple Reg completely. Ciao Matthias --_000_4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8DEFTHW99EL4MSXw_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

Hi

 

My thoughts on extending the si= mple RD interaction model:

 

Empty POST to the registration API entry point (/rd)= without ep looks the same as POST to .well-known/core. How is it better to= use /rd? It seems like more overload of /rd to me.

 

I don’= t like the overloading when the POST has a payload and ./w-k/core basically= has to accept data. If it is just a point to trigger the RD to read out the device, I can at least see picking .w-k/core because it shoul= d always be there.

 <= /o:p>

I don't think registration with no links is useful b= ecause nothing wouold be returned on rd-lookup. A "self" link tha= t describes the endpoint itself may be registered to be returned on rd-look= up. 

 

There is als= o the ep lookup. OCF wants to use RD to resolve ocf://… URIs to actua= l transfer URIs, that is, the UUID to a transport address. When RD is used as name service, there might be a registration without resource= s maybe?

 <= /o:p>

Lifetime may be useful to add for simple registratio= n but there is no way to refresh in the "pull" pattern. Maybe rep= eating the POST and pulling the links each time? Also there's no way to del= ete or otherwise manage the registered links.

 

Lifetime wou= ld tell the RD when to drop the pulled links. To keep them alive, the devic= e would need to trigger again.

 <= /o:p>

I have been thinking about the simple registration u= se case, and it seems like managing the lifetime out of band and using the = source address for ep naming is simple and works in the use case of a simpl= e statically configured system.

 

When simple = registration is used, the RD is in full control over the ep naming and life= time (even if lt is given). RD could simply pull every time it is triggered, even if it already has entries for the source address. Of= course a better implementation would make some checks on the source addres= s.

 

Is there a use case for doing more with simple regis= tration?

 

I want to do= less :P

Just trigger= ing and the RD has to pull.

I actually t= hink this would also be fine for the guy who sent the mail that we should n= ot remove Simple Reg completely.

 <= /o:p>

Ciao

Matthias

--_000_4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8DEFTHW99EL4MSXw_-- From nobody Tue Jun 14 09:24:39 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3F3A412D80B for ; Tue, 14 Jun 2016 09:24:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EkqM3E5X-r_4 for ; Tue, 14 Jun 2016 09:24:36 -0700 (PDT) Received: from mail-pf0-x235.google.com (mail-pf0-x235.google.com [IPv6:2607:f8b0:400e:c00::235]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0848A12D809 for ; Tue, 14 Jun 2016 09:24:36 -0700 (PDT) Received: by mail-pf0-x235.google.com with SMTP id t190so58864559pfb.3 for ; Tue, 14 Jun 2016 09:24:35 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:subject:from:in-reply-to:date:cc:message-id:references :to; bh=QY+bpLpR+KNulRrh8QRh0u+LPfKFb5B6mt//N5rysCc=; b=PSnNlWfp2jI76QmQQKHAA2vQ9nte3VOvE3kNhBaPzVS85sDscVDF6rxwYMWCVGjC9h kB0QKzv+yxANSDsHKVxmGkYAZc3gWMOEc6wVsaFTKue3r2PuuDczMsucxIvyIAHILaum 8xULfYhXJQb196SvnjMKn53BOyL56RPR/y5URL6nbT+XMb6tsX1wROBq8xooKkEcvSw5 EP77/Ly01hW1JK65EivIIhziVfjghCo7LzSUWGope2c8XnoezWNdtcrwgvru+e7ZTzLh ghJo+FIzwQf0CCSVDxWh4XgnxnJ4JI/bXlv1e62+zQVgjAhRENxYY+ggd3i0a4YGASPL aFdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:subject:from:in-reply-to:date:cc :message-id:references:to; bh=QY+bpLpR+KNulRrh8QRh0u+LPfKFb5B6mt//N5rysCc=; b=MgqF2uhWeuwzneC29otO/sjhstuNodTB69iNJVyi8AsYbvdTuJZDWydD1l+tdLoV23 LFE3Qj7wx8x8EnkER73ejPIWLjwMwMzu4Qh9GdD75LzoCbGGK+ufwoXTYaBh4XeX+GY7 2peHRkshAt+a/z82nHGYnYEYppt0bzgxday0IUXzNdfk+iMFi7eSoPpWgA+iiU83CZrV 55K82Oet3nADcrJOeX+uv+SYELB3zXkB/Kt4wvxc+wuRRrcFSKR2vsTFicgKygUFcwVH Bq4Y+xvvU2cIzyrC9FNz1USh3R8tfMxDrh0chT8DeJo9qhuOqr3GGZ8z5BoucefT8h4b 8rHg== X-Gm-Message-State: ALyK8tJf8iHv81ineXKKeUCKR+k5Wr2nhnW0lFgFWuGDc9Gl/pip2Hgqh1vH8Wq5gphgQA== X-Received: by 10.98.204.2 with SMTP id a2mr2106429pfg.149.1465921474512; Tue, 14 Jun 2016 09:24:34 -0700 (PDT) Received: from [10.0.0.4] (108-201-184-41.lightspeed.sntcca.sbcglobal.net. [108.201.184.41]) by smtp.gmail.com with ESMTPSA id c78sm46297957pfk.11.2016.06.14.09.24.32 (version=TLS1 cipher=ECDHE-RSA-AES128-SHA bits=128/128); Tue, 14 Jun 2016 09:24:33 -0700 (PDT) Content-Type: multipart/alternative; boundary="Apple-Mail=_EF9D14EF-351D-43AE-9996-B5D3C84D1A23" Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: Michael Koster In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8@DEFTHW99EL4MSX.ww902.siemens.net> Date: Tue, 14 Jun 2016 09:24:30 -0700 Message-Id: <1DD58EF2-5C0D-4613-AC51-DA9C6A3AA275@gmail.com> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8@DEFTHW99EL4MSX.ww902.siemens.net> To: "Kovatsch, Matthias" X-Mailer: Apple Mail (2.2104) Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Jun 2016 16:24:38 -0000 --Apple-Mail=_EF9D14EF-351D-43AE-9996-B5D3C84D1A23 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=utf-8 >=20 > Hi > =20 > My thoughts on extending the simple RD interaction model: > =20 > Empty POST to the registration API entry point (/rd) without ep looks = the same as POST to .well-known/core. How is it better to use /rd? It = seems like more overload of /rd to me. > =20 > I don=E2=80=99t like the overloading when the POST has a payload and = ./w-k/core basically has to accept data. If it is just a point to = trigger the RD to read out the device, I can at least see picking = .w-k/core because it should always be there. Right, /rd would already be designed to accept links. Less modification = to the .well-known/core resource behavior.=20 > =20 > I don't think registration with no links is useful because nothing = wouold be returned on rd-lookup. A "self" link that describes the = endpoint itself may be registered to be returned on rd-lookup.=20 > =20 > There is also the ep lookup. OCF wants to use RD to resolve ocf://=E2=80= =A6 URIs to actual transfer URIs, that is, the UUID to a transport = address. When RD is used as name service, there might be a registration = without resources maybe? Thanks, I forgot about ep lookup, which would indeed return links = describing endpoints that registered. We should write this in then. It = also might be the way a pubsub client registers as an endpoint without = exposed resources. et=3Dcore.pubsub > =20 > Lifetime may be useful to add for simple registration but there is no = way to refresh in the "pull" pattern. Maybe repeating the POST and = pulling the links each time? Also there's no way to delete or otherwise = manage the registered links. > =20 > Lifetime would tell the RD when to drop the pulled links. To keep them = alive, the device would need to trigger again. So POST with zero length payload to .well-known/core and query = parameters optional, ep, et, lt will trigger a retrieve to the = .well-known/core of the requesting endpoint and create a registration. I = guess the RD could optionally return the location-path header option for = the created links and allow link operations as per the registration API. = Or in the simple case the client would need to trigger another retrieve = and refresh. > =20 > I have been thinking about the simple registration use case, and it = seems like managing the lifetime out of band and using the source = address for ep naming is simple and works in the use case of a simple = statically configured system. > =20 > When simple registration is used, the RD is in full control over the = ep naming and lifetime (even if lt is given). RD could simply pull every = time it is triggered, even if it already has entries for the source = address. Of course a better implementation would make some checks on the = source address. > =20 > Is there a use case for doing more with simple registration? > =20 > I want to do less :P > Just triggering and the RD has to pull. > I actually think this would also be fine for the guy who sent the mail = that we should not remove Simple Reg completely. > =20 So, remove the option to push the link payload to .well-known/core; = rather use the existing registration API to push links to /rd. This = requires the client to do a little more work to find the registration = API entry point rather than relying on .well-known/core if it wants to = upload links using POST. Keep the pull option using POST with zero-length payload to = .well-known/core as a simple registration pattern. Allow ep, et, and lt = parameters on the pull trigger. Allow the RD to return an optional = location-path in response to pull trigger, to enable link operations.=20 Allow registration of an empty link payload with ep, et, and lt options = using both push and pull patterns, to enable endpoint registration and = lookup. This seems to hang together; is it what you had in mind? Best regards, Michael --Apple-Mail=_EF9D14EF-351D-43AE-9996-B5D3C84D1A23 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=utf-8


Hi
 
My = thoughts on extending the simple RD interaction model:
 
Empty POST to the registration API entry point (/rd) = without ep looks the same as POST to .well-known/core. How is it better = to use /rd? It seems like more overload of /rd to me.
 
I don=E2=80=99t like the = overloading when the POST has a payload and ./w-k/core basically has to = accept data. If it is just a point to trigger the RD to read out the = device, I can at least see picking .w-k/core because it should always be = there.

Right, /rd would already be designed to accept links. = Less modification to the .well-known/core resource = behavior. 

 
I don't think registration with no links is useful = because nothing wouold be returned on rd-lookup. A "self" link that = describes the endpoint itself may be registered to be returned on = rd-lookup. 
 
There is also the ep lookup. OCF = wants to use RD to resolve ocf://=E2=80=A6 URIs to actual transfer URIs, = that is, the UUID to a transport address. When RD is used as name = service, there might be a registration without resources = maybe?

Thanks, I forgot about ep lookup, which would indeed = return links describing endpoints that registered. We should write this = in then. It also might be the way a pubsub client registers as an = endpoint without exposed resources. et=3Dcore.pubsub

 
Lifetime may be = useful to add for simple registration but there is no way to refresh in = the "pull" pattern. Maybe repeating the POST and pulling the links each = time? Also there's no way to delete or otherwise manage the registered = links.
 
Lifetime would tell the RD when to = drop the pulled links. To keep them alive, the device would need to = trigger again.

So POST with zero length payload to .well-known/core = and query parameters optional, ep, et, lt will trigger a retrieve to the = .well-known/core of the requesting endpoint and create a registration. I = guess the RD could optionally return the location-path header option for = the created links and allow link operations as per the registration API. = Or in the simple case the client would need to trigger another retrieve = and refresh.

 
I have been thinking about the simple registration = use case, and it seems like managing the lifetime out of band and using = the source address for ep naming is simple and works in the use case of = a simple statically configured system.
 
When simple registration is used, = the RD is in full control over the ep naming and lifetime (even if lt is = given). RD could simply pull every time it is triggered, even if it = already has entries for the source address. Of course a better = implementation would make some checks on the source address.
 
Is there a use case for doing more with simple = registration?
 
I want to do less :P
Just triggering and the RD has to = pull.
I actually think = this would also be fine for the guy who sent the mail that we should not = remove Simple Reg completely.
 

So, remove the option to push the link payload to = .well-known/core; rather use the existing registration API to push links = to /rd. This requires the client to do a little more work to find the = registration API entry point rather than relying on .well-known/core if = it wants to upload links using POST.

Keep the pull option using POST with zero-length = payload to .well-known/core as a simple registration pattern. Allow ep, = et, and lt parameters on the pull trigger. Allow the RD to return an = optional location-path in response to pull trigger, to enable link = operations. 

Allow registration = of an empty link payload with ep, et, and lt options using both push and = pull patterns, to enable endpoint registration and lookup.

This seems to hang together; is it what you had in = mind?

Best regards,

Michael



= --Apple-Mail=_EF9D14EF-351D-43AE-9996-B5D3C84D1A23-- From nobody Wed Jun 15 00:57:55 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0A0F812B018 for ; Wed, 15 Jun 2016 00:57:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vsck0JKRjWLX for ; Wed, 15 Jun 2016 00:57:52 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C40D1128E19 for ; Wed, 15 Jun 2016 00:57:51 -0700 (PDT) X-AuditID: c1b4fb3a-f79386d00000467b-1b-57610a7df19c Received: from ESESSHC008.ericsson.se (Unknown_Domain [153.88.183.42]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 9B.9E.18043.D7A01675; Wed, 15 Jun 2016 09:57:49 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.14]) by ESESSHC008.ericsson.se ([153.88.183.42]) with mapi id 14.03.0294.000; Wed, 15 Jun 2016 09:57:49 +0200 From: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= To: "core@ietf.org" Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxtucHAZYliaiG0+l5c7sDlhEmw== Date: Wed, 15 Jun 2016 07:57:48 +0000 Message-ID: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.154] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFupjkeLIzCtJLcpLzFFi42KZGbFdS7eWKzHc4OQHHYv78x4xWRyZcpfV Yt/b9cwOzB5Llvxk8mjd8ZfdY9qizADmKC6blNSczLLUIn27BK6MpjucBdNYK67d7mZuYGxh 7WLk5JAQMJG4+/oIlC0mceHeerYuRi4OIYEjjBK/TjWyQjiLGSV6r5xjBKliE3CW+PSskR3E FhFQlth85jVYnFnAV6Jr6R9mEFtYwF3i+5EWqBofiV8PT0LZehKnV/eydDFycLAIqEqseOkA EuYVsJc4OuchWAkj0BHfT61hghgpLnHryXwmiOMEJJbsOc8MYYtKvHz8D+poJYlFtz8zgYxk FtCUWL9LH6LVWmLa9GYWCFtRYko3xHheAUGJkzOfsExgFJ2FZMMshO5ZSLpnIemehaR7ASPr KkbR4tTi4tx0IyO91KLM5OLi/Dy9vNSSTYzAWDq45bfVDsaDzx0PMQpwMCrx8Cq4JYQLsSaW FVfmHmKU4GBWEuH1YE0MF+JNSaysSi3Kjy8qzUktPsQozcGiJM7r/1IxXEggPbEkNTs1tSC1 CCbLxMEp1cAYNqdJycjB6VGeFcvWbKbkfru7Nwu8Jny7KlDUJ8gxw6RyNncnl8lETolpNzgd zTarmEnIcjRZvYpfLOh97mV+54P/KpzbptrPTli3Qr7yJbNy3unlPVqZKU/yH92/NPvmuXrf /WUb9iS3VO8Ma/dt2DNJwtDz3rF4x8cWh2rvFS3SFhH1OK/EUpyRaKjFXFScCABsovcmoQIA AA== Archived-At: Subject: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 07:57:54 -0000 SGkgYWxsLA0KDQp0aGUgYXV0aG9ycyBvZiBUQ1AvVExTIHRoaW5rIHRoYXQgdGhlIGJsb2Nrd2lz ZSB0cmFuc2ZlciBkb2N1bWVudCBmb3IgQ29BUCBmb3IgcmVsaWFibGUgdHJhbnNwb3J0IHNob3Vs ZCBiZSBtZXJnZWQgd2l0aCB0aGUgbWFpbiBUQ1AvVExTIGRyYWZ0LiBJIHdvdWxkIGxpa2UgdG8g YXNrIHRoZSBXRyBmb3IgdGhlaXIgb3BpbmlvbiBvbiBpdC4gDQoNCmh0dHBzOi8vdG9vbHMuaWV0 Zi5vcmcvaHRtbC9kcmFmdC1ib3JtYW5uLWNvcmUtYmxvY2stYmVydC0wMSANCg0KQXMgdGhlcmUg aGFzbuKAmXQgYmVlbiBtdWNoIGRpc2N1c3Npb24gb24gdGhlIG1haWxpbmcgbGlzdCBhYm91dCBp dCwgSSB0aGluayBvbmUgd2VlayB0aW1lIGZvciByZWFkaW5nIGFuZCBjb21tZW50aW5nIGlzIHN1 ZmZpY2llbnQsIHNvIGxldOKAmXMgY2hlY2sgYmFjayAyMi0wNiBvbiB0aGlzIG9uZS4NCg0KQ2lh byENCi0gLSBKYWltZSBKaW1lbmV6DQoNCg== From nobody Wed Jun 15 01:19:16 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A9E4A12D0D3 for ; Wed, 15 Jun 2016 01:19:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9O1C-zzeHoCt for ; Wed, 15 Jun 2016 01:19:14 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A87B712B04C for ; Wed, 15 Jun 2016 01:19:13 -0700 (PDT) X-AuditID: c1b4fb2d-f79936d0000030e4-15-57610f7f5624 Received: from ESESSHC021.ericsson.se (Unknown_Domain [153.88.183.81]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id FC.71.12516.F7F01675; Wed, 15 Jun 2016 10:19:11 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.14]) by ESESSHC021.ericsson.se ([153.88.183.81]) with mapi id 14.03.0294.000; Wed, 15 Jun 2016 10:18:47 +0200 From: =?iso-8859-1?Q?Jaime_Jim=E9nez?= To: "core@ietf.org" Thread-Topic: [core] On using Github for draft-ietf-core-coap-tcp-tls Thread-Index: AQHRxt6JaJyt4lXtkU+GVBY96EiuMQ== Date: Wed, 15 Jun 2016 08:18:46 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: multipart/alternative; boundary="_000_AE0C686DF60D4DCAB77FF96980BAB3ACericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprCIsWRmVeSWpSXmKPExsUyM2J7oG49f2K4wc/dchb35z1istj3dj2z A5PHkiU/mTxad/xlD2CK4rJJSc3JLEst0rdL4Mpo2zSZpeCYUEXPv9lMDYzP+LsYOTkkBEwk Vp/aygRhi0lcuLeerYuRi0NI4AijxKTzC5khnMWMErtf/mAHqWITcJb49nkWWIeIgLLE5jOv GUFsZgFdiXMLeoFsDg5hAQeJ3wdyIUpcJR5+72aGsPUkNv34BzaGRUBV4sqS/WCtvAL2Ei1v m8BqGIGO+H5qDRPESHGJW0/mQx0nILFkz3lmCFtU4uXjf6wQtpLEiu2XoE5IlrjRuJkNYqag xMmZT1gmMArPQjJqFpKyWUjKIOJ6EjemTmGDsLUlli18zTwL6rMZ/w5B1VhL7OmbgaJmASPH KkbR4tTi4tx0I2O91KLM5OLi/Dy9vNSSTYzAuDq45bfuDsbVrx0PMQpwMCrx8Cq4JYQLsSaW FVfmHmKU4GBWEuE9wJkYLsSbklhZlVqUH19UmpNafIhRmoNFSZzX/6ViuJBAemJJanZqakFq EUyWiYNTqoFxZuTJEJYjTvXl+6xUuyNPz3PYY83Vn/duffKVsmR9zrSPO/4t372Hrav+z63e RIOUn913zUpEHn1kz1pyL9zzsd/dIy8On9jWuGXG9pcRJ0OOcKcqev9ZoL73jUPH8z/FKexl ZfEb/z2arvPrXeOOaem/6t98OqkrENYd33d2y3pZ6+WFu1vilViKMxINtZiLihMBudGVFqcC AAA= Archived-At: Subject: [core] On using Github for draft-ietf-core-coap-tcp-tls X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 08:19:16 -0000 --_000_AE0C686DF60D4DCAB77FF96980BAB3ACericssoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, both the authors and the chairs have given some thought about using Github = as the main tool for the TCP/TLS draft. The reasoning behind this is that w= e would like to test the transition towards Github for issue tracking and c= ollaboration. This means that issues, both editorial and technical, would go on the Githu= b issue tracker and that people would do pull request that would be validat= ed by the authors. This is done already in some other drafts throughout the= IETF and seems to be working well. You have more information on the repository: https://github.com/core-wg/coap-tcp-tls Ciao! - - Jaime Jimenez --_000_AE0C686DF60D4DCAB77FF96980BAB3ACericssoncom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <3799A773AE74FE4A8245592039FB68F9@ericsson.com> Content-Transfer-Encoding: quoted-printable Hi all,

both the authors and the chairs have given some thought abo= ut using Github as the main tool for the TCP/TLS draft. The reasoning behin= d this is that we would like to test the transition towards Github for issu= e tracking and collaboration. 

This means that issues, both editorial and technical, would= go on the Github issue tracker and that people would do pull request that = would be validated by the authors. This is done already in some other draft= s throughout the IETF and seems to be working well. 

You have more information on the repository:
https://github.com/core-wg/coap-tcp-tls

Ciao!
- - Jaime Jimenez

--_000_AE0C686DF60D4DCAB77FF96980BAB3ACericssoncom_-- From nobody Wed Jun 15 08:12:03 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B3BC512D79D for ; Wed, 15 Jun 2016 08:12:01 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0Iql7VEivDvh for ; Wed, 15 Jun 2016 08:11:59 -0700 (PDT) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6C91F12D81B for ; Wed, 15 Jun 2016 08:11:56 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.216]) by smtp-cloud6.xs4all.net with ESMTP id 73Br1t00E4fjQrE013Br3x; Wed, 15 Jun 2016 17:11:52 +0200 Received: from AMontpellier-654-1-89-12.w90-28.abo.wanadoo.fr ([90.28.128.12]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 15 Jun 2016 17:11:51 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 15 Jun 2016 17:11:51 +0200 From: peter van der Stok To: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> Message-ID: <50792d7468c618f8ce4f6730299390f4@xs4all.nl> X-Sender: stokcons@xs4all.nl (5S9yfTrXebZw0I3d+Z5jvszlb17u41OY) User-Agent: XS4ALL Webmail Archived-At: Cc: core@ietf.org Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 15:12:02 -0000 Hi all, I can imagine that people will implement coap TCP/TLS RFC without implementing block RFC. So a separation seems reasonable. Peter Jaime Jiménez schreef op 2016-06-15 09:57: > Hi all, > > the authors of TCP/TLS think that the blockwise transfer document for > CoAP for reliable transport should be merged with the main TCP/TLS > draft. I would like to ask the WG for their opinion on it. > > https://tools.ietf.org/html/draft-bormann-core-block-bert-01 > > As there hasn’t been much discussion on the mailing list about it, I > think one week time for reading and commenting is sufficient, so let’s > check back 22-06 on this one. > > Ciao! > - - Jaime Jimenez > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 15 08:22:19 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E027112D884 for ; Wed, 15 Jun 2016 08:22:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oOn-XAi2l2Rl for ; Wed, 15 Jun 2016 08:22:15 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D06D12D7E5 for ; Wed, 15 Jun 2016 08:22:15 -0700 (PDT) Received: from mfilter44-d.gandi.net (mfilter44-d.gandi.net [217.70.178.175]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 39A3EC5A65; Wed, 15 Jun 2016 17:22:13 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter44-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter44-d.gandi.net (mfilter44-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id atnIeUJyt0ET; Wed, 15 Jun 2016 17:22:11 +0200 (CEST) X-Originating-IP: 193.110.198.7 Received: from nar-3.local (unknown [193.110.198.7]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id DF870C5A54; Wed, 15 Jun 2016 17:22:10 +0200 (CEST) Message-ID: <576172A1.1040907@tzi.org> Date: Wed, 15 Jun 2016 17:22:09 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: consultancy@vanderstok.org References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> In-Reply-To: <50792d7468c618f8ce4f6730299390f4@xs4all.nl> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 15:22:17 -0000 peter van der Stok wrote: > I can imagine that people will implement coap TCP/TLS RFC without > implementing block RFC. > So a separation seems reasonable. Interesting point. We currently have no way to indicate block-wise capability, we just assume everybody (except for the most basic devices) will do that. I would expect that any device that has resources for TCP has resources for block-wise. But then, with larger messages sizes (via the Max-Message-Size capability indication) available in TCP, there may be no need to implement block-wise on a TCP node (assuming the device's application does not care about head-of-line blocking). But is there a point in a TCP device that has block-wise but not BERT? Grüße, Carsten From nobody Wed Jun 15 10:13:57 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8E5412D818 for ; Wed, 15 Jun 2016 10:13:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.901 X-Spam-Level: X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7Mht1JHTsm1U for ; Wed, 15 Jun 2016 10:13:54 -0700 (PDT) Received: from smtp-us.alcatel-lucent.com (us-hpswa-esg-01.alcatel-lucent.com [135.245.18.29]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EEFC812D633 for ; Wed, 15 Jun 2016 10:13:53 -0700 (PDT) Received: from us70uumx3.dmz.alcatel-lucent.com (unknown [135.245.18.15]) by Websense Email Security Gateway with ESMTPS id ED59B8136978D for ; Wed, 15 Jun 2016 17:13:49 +0000 (GMT) Received: from us70uusmtp3.zam.alcatel-lucent.com (us70uusmtp3.zam.alcatel-lucent.com [135.5.2.65]) by us70uumx3.dmz.alcatel-lucent.com (GMO) with ESMTP id u5FHDqNf001998 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 15 Jun 2016 17:13:52 GMT Received: from US70UWXCHHUB02.zam.alcatel-lucent.com (us70uwxchhub02.zam.alcatel-lucent.com [135.5.2.49]) by us70uusmtp3.zam.alcatel-lucent.com (GMO) with ESMTP id u5FHDqbS021645 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL) for ; Wed, 15 Jun 2016 17:13:52 GMT Received: from US70UWXCHMBA05.zam.alcatel-lucent.com ([169.254.10.10]) by US70UWXCHHUB02.zam.alcatel-lucent.com ([135.5.2.49]) with mapi id 14.03.0195.001; Wed, 15 Jun 2016 13:13:52 -0400 From: "Carey, Timothy (Nokia - US)" To: "core@ietf.org WG" Thread-Topic: Question about CoAP discovery Thread-Index: AdHHKUmIfE2w+WKlSYeU8CHJ3SfFlw== Date: Wed, 15 Jun 2016 17:13:51 +0000 Message-ID: <9966516C6EB5FC4381E05BF80AA55F77012A6BE29B@US70UWXCHMBA05.zam.alcatel-lucent.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [135.5.27.18] Content-Type: multipart/alternative; boundary="_000_9966516C6EB5FC4381E05BF80AA55F77012A6BE29BUS70UWXCHMBA0_" MIME-Version: 1.0 Archived-At: Subject: [core] Question about CoAP discovery X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 15 Jun 2016 17:13:56 -0000 --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BE29BUS70UWXCHMBA0_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable In CoAP is the use of the discovery mechanism (section 7 Discovery) require= d to be used part of "conformance" to RFC 7252? We are looking at discovery of CoAP resources but we have another mechanism= to discover the resources of a CoAP server but we were not sure if the imp= lementation the use of the "./well-known" was a requirement for adherence t= o the protocol. BR, Tim --_000_9966516C6EB5FC4381E05BF80AA55F77012A6BE29BUS70UWXCHMBA0_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable

In CoAP is the use of the discovery mechanism (secti= on 7 Discovery) required to be used part of “conformance” to RF= C 7252?

 

We are looking at discovery of CoAP resources but we= have another mechanism to discover the resources of a CoAP server but we w= ere not sure if the implementation the use of the “./well-known”= ; was a requirement for adherence to the protocol.

 

BR,

Tim

--_000_9966516C6EB5FC4381E05BF80AA55F77012A6BE29BUS70UWXCHMBA0_-- From nobody Thu Jun 16 02:31:37 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E014112D143 for ; Thu, 16 Jun 2016 02:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id E_Jj_igXVSg7 for ; Thu, 16 Jun 2016 02:31:32 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id 7A3DD12D13F for ; Thu, 16 Jun 2016 02:31:31 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id C919419F420 for ; Thu, 16 Jun 2016 17:31:29 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.246.135.236]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id 7C8E119F390; Thu, 16 Jun 2016 17:31:28 +0800 (HKT) Message-ID: <6DEB2E881ABA4488BA96FE62E903D9B9@WeiGengyuPC> From: "weigengyu" To: "Kovatsch, Matthias" , , , , , References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> Date: Thu, 16 Jun 2016 17:31:26 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 09:31:36 -0000 Hi Matthias, > A survey by Hannes showed that many middleboxes just drop keep-alives at > TCP level. I am very appreciated Hannes' survey. There is a problem when and how the middlebox decides to finishe a TCP connection. It is known that a TCP segment with FIN would be intiated by its upper layer through TCP-socket. > A check of implementations showed that applications usually have no way to > control these keep-alives. > Thus, the authors decided to provide a CoAP-level keep-alive. If it is, how could CoAP work well? Does CoAP not work on the top of those middlebox? Regards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: Kovatsch, Matthias Sent: Monday, June 13, 2016 8:21 PM To: weigengyu ; trac+core@zinfandel.tools.ietf.org ; draft-ietf-core-coap-tcp-tls@ietf.org ; Hannes.Tschofenig@gmx.net ; cabo@tzi.org ; kovatsch@inf.ethz.ch Cc: core@ietf.org Subject: AW: [core] #394 (coap-tcp-tls): Ping/pong Hi Gengyu I am not sure if this resets the discussion to the beginning. A survey by Hannes showed that many middleboxes just drop keep-alives at TCP level. A check of implementations showed that applications usually have no way to control these keep-alives. Thus, the authors decided to provide a CoAP-level keep-alive. Hannes, is ends-tcp-keepalive EDNS0 Option something new? Gengyu, is it more than a specification, that is, does it work in the field? Ciao Matthias > -----Ursprüngliche Nachricht----- > Von: core [mailto:core-bounces@ietf.org] Im Auftrag von weigengyu > Gesendet: Montag, 13. Juni 2016 04:49 > An: trac+core@zinfandel.tools.ietf.org; > draft-ietf-core-coap-tcp-tls@ietf.org; > Hannes.Tschofenig@gmx.net; cabo@tzi.org; kovatsch@inf.ethz.ch > Cc: core@ietf.org > Betreff: Re: [core] #394 (coap-tcp-tls): Ping/pong > > Hi, > > It needs clarification. > > Is it aiming at keeping TCP connectiong alive? > > The Ping/pong messages are CoAP messges while it is empty message, is it? > If yes, TCP will deliver some short data (a CoAP message) to its peer. > > An alternative way is to use the means defined in RFC7828 'The edns-tcp- > keepalive EDNS0 Option'. > Although RFC7828 only concerns DNS, i.e. the TCP at DNS client sends a > keepalive option to its peer at DNS server, this option could be use by > CoAP over > TCP. > > > Regards, > > Gengyu WEI > Network Technology Center > School of Computer > Beijing University of Posts and Telecommunications > -----原始邮件----- > From: core issue tracker > Sent: Saturday, June 11, 2016 9:20 PM > To: draft-ietf-core-coap-tcp-tls@ietf.org ; Hannes.Tschofenig@gmx.net ; > cabo@tzi.org ; kovatsch@inf.ethz.ch > Cc: core@ietf.org > Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong > > #394: Ping/pong > > > Comment (by kovatsch@inf.ethz.ch): > > +1 for empty messages for keep-alives. > > +1 to also support a lightweight checkpointing, since we need a way to > indicate when resources can be freed safely. > > -- > -------------------------+---------------------------------------------- > -------------------------+--- > Reporter: | Owner: draft-ietf-core-coap-tcp- > hartke@tzi.org | tls@ietf.org > Type: protocol | Status: new > enhancement | Milestone: > Priority: minor | Version: > Component: coap-tcp- | Resolution: > tls | > Severity: Active WG | > Document | > Keywords: | > -------------------------+---------------------------------------------- > -------------------------+--- > > Ticket URL: > > core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Thu Jun 16 03:42:53 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2A4BC12D1B7 for ; Thu, 16 Jun 2016 03:42:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id z6PNqfRdWA0g for ; Thu, 16 Jun 2016 03:42:50 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id 61B4D12D190 for ; Thu, 16 Jun 2016 03:42:50 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id 83EC019F44E for ; Thu, 16 Jun 2016 18:42:49 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.246.135.236]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id 2F7FE19F40E; Thu, 16 Jun 2016 18:42:49 +0800 (HKT) Message-ID: From: "weigengyu" To: "Carsten Bormann" , "Kovatsch, Matthias" References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> In-Reply-To: <575EAFEA.4040604@tzi.org> Date: Thu, 16 Jun 2016 18:42:47 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Cc: trac+core@zinfandel.tools.ietf.org, draft-ietf-core-coap-tcp-tls@ietf.org, core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 10:42:52 -0000 Hi Carsten, > Right; as the draft says, just about any transport (TCP, TLS, Websocket) > already has a keepalive; it just turns out those may be hard to reach > (or not working very well) in some implementations. It may be the problem of CoAP/TCP or CoAP/TLS/TCP, it seems not be a problem for CoAP over Websocket. It is known that HTTP1.1 provide a means of long alive connection and Websocket adopts it. Regards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: Carsten Bormann Sent: Monday, June 13, 2016 9:06 PM To: Kovatsch, Matthias Cc: core@ietf.org ; draft-ietf-core-coap-tcp-tls@ietf.org ; trac+core@zinfandel.tools.ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong MichaelRight; as the draft says, just about any transport (TCP, TLS, Websocket) already has a keepalive; it just turns out those may be hard to reach (or not working very well) in some implementations. The very simple method of sending and then ignoring empty messages should provide enough of a keepalive for most applications that need just that and can't get it from transport. Ping/pong really is more of an application-layer thing (in particular with the custody option), so it is definitely not being replaced by keepalive at any layer (transport or CoAP). Right now people are doing ping/pong by designating a resource they post to; this of course will continue to work -- it may just be too much work in the general case to find the specific resource that has been designated for this. But it is useful to keep this in mind before inventing too much to add to ping/pong -- specialized resources may be much better for those more specialized purposes. Grüße, Carsten _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From nobody Thu Jun 16 03:47:44 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4509A127078 for ; Thu, 16 Jun 2016 03:47:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.888 X-Spam-Level: X-Spam-Status: No, score=-2.888 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001, STOX_REPLY_TYPE=0.439] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iVxFu5u7AHdy for ; Thu, 16 Jun 2016 03:47:40 -0700 (PDT) Received: from mx1.bupt.edu.cn (mx1.bupt.edu.cn [211.68.68.2]) by ietfa.amsl.com (Postfix) with ESMTP id A8C4012B054 for ; Thu, 16 Jun 2016 03:47:40 -0700 (PDT) Received: from mx1.bupt.edu.cn (unknown [127.0.0.1]) by mx1.bupt.edu.cn (AnyMacro(G7)) with SMTP id 0867F19F4A4 for ; Thu, 16 Jun 2016 18:47:40 +0800 (HKT) Received: from WeiGengyuPC (unknown [114.246.135.236]) by mx1.bupt.edu.cn (AnyMacro(G7)) with ESMTPA id C692119F414; Thu, 16 Jun 2016 18:47:39 +0800 (HKT) Message-ID: From: "weigengyu" To: "Michael Koster" , "Carsten Bormann" References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> <069.ebec57bc2f93f5436f4ed043b753cade@trac.tools.ietf.org> <69F643BF912B4BB7BA09F160EACAB6EE@WeiGengyuPC> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5668@DEFTHW99EL4MSX.ww902.siemens.net> <575EAFEA.4040604@tzi.org> In-Reply-To: Date: Thu, 16 Jun 2016 18:47:37 +0800 Organization: BUPT MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="utf-8"; reply-type=original Content-Transfer-Encoding: 8bit X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 16.4.3528.331 X-MimeOLE: Produced By Microsoft MimeOLE V16.4.3528.331 Archived-At: Cc: core@ietf.org, trac+core@zinfandel.tools.ietf.org, draft-ietf-core-coap-tcp-tls@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 10:47:43 -0000 Hi Michael, It seems that a new mechanism of CoAP for long alive connection is being defined. It is much like that in HTTP1.1 and Websocket. Is it? Regards, Gengyu WEI Network Technology Center School of Computer Beijing University of Posts and Telecommunications -----原始邮件----- From: Michael Koster Sent: Monday, June 13, 2016 9:12 PM To: Carsten Bormann Cc: trac+core@zinfandel.tools.ietf.org ; core@ietf.org ; draft-ietf-core-coap-tcp-tls@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong If this is done at the application layer, we could designate resources that perform the keep-alive + network watchdog as an application layer device management function. It could be a simple OMA style collection with the ping resource itself along with some appropriate timers and controls. Michael > On Jun 13, 2016, at 6:06 AM, Carsten Bormann wrote: > > Right; as the draft says, just about any transport (TCP, TLS, Websocket) > already has a keepalive; it just turns out those may be hard to reach > (or not working very well) in some implementations. > > The very simple method of sending and then ignoring empty messages > should provide enough of a keepalive for most applications that need > just that and can't get it from transport. > > Ping/pong really is more of an application-layer thing (in particular > with the custody option), so it is definitely not being replaced by > keepalive at any layer (transport or CoAP). > > Right now people are doing ping/pong by designating a resource they post > to; this of course will continue to work -- it may just be too much work > in the general case to find the specific resource that has been > designated for this. But it is useful to keep this in mind before > inventing too much to add to ping/pong -- specialized resources may be > much better for those more specialized purposes. > > Grüße, Carsten > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From nobody Thu Jun 16 11:19:42 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3FAF912B043; Thu, 16 Jun 2016 11:19:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ICQJ3F2yf7Wo; Thu, 16 Jun 2016 11:19:40 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1136512D5BE; Thu, 16 Jun 2016 11:19:40 -0700 (PDT) Received: from localhost ([::1]:50966 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bDbt2-0001wk-8B; Thu, 16 Jun 2016 11:19:28 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Thu, 16 Jun 2016 18:19:28 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/395#comment:5 Message-ID: <069.2caa4709b5806a88d5b68441d0feaecb@trac.tools.ietf.org> References: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-Trac-Ticket-ID: 395 In-Reply-To: <054.c9e708f420e3b5d1c3d469cf6a66a31c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160616181940.1136512D5BE@ietfa.amsl.com> Resent-Date: Thu, 16 Jun 2016 11:19:40 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #395 (coap-tcp-tls): Session resumption X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:19:41 -0000 #395: Session resumption Changes (by cabo@tzi.org): * status: new => closed * resolution: => wontfix Comment: There appears to be consensus to close. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: closed enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: wontfix tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Thu Jun 16 11:34:38 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5F9012DAC0; Thu, 16 Jun 2016 11:34:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9urAJw0KHow0; Thu, 16 Jun 2016 11:34:35 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CD52B12DABF; Thu, 16 Jun 2016 11:34:35 -0700 (PDT) Received: from localhost ([::1]:53188 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bDc7W-00064b-Ib; Thu, 16 Jun 2016 11:34:26 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Thu, 16 Jun 2016 18:34:26 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/387#comment:3 Message-ID: <080.a17dc705de196e95e38c41ec73482eae@trac.tools.ietf.org> References: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-Trac-Ticket-ID: 387 In-Reply-To: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160616183435.CD52B12DABF@ietfa.amsl.com> Resent-Date: Thu, 16 Jun 2016 11:34:35 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #387 (coap-tcp-tls): Should ALPN always be required? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:34:37 -0000 #387: Should ALPN always be required? Comment (by cabo@tzi.org): One would hope that by the time we need a CoAP v2 (if ever), everybody will have ALPN, so no *new* workaround will then needed. There seem to be good arguments to go with the exception for 5684 and require ALPN everywhere else. This ticket will be closed unless new aspects come up. -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: other technical | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: Active WG Document | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Thu Jun 16 11:38:24 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE75E12DAB7; Thu, 16 Jun 2016 11:38:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vS_WV3G2P4GD; Thu, 16 Jun 2016 11:38:21 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8149D12D63A; Thu, 16 Jun 2016 11:38:21 -0700 (PDT) Received: from localhost ([::1]:53636 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bDcB8-0002Fk-A3; Thu, 16 Jun 2016 11:38:10 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Thu, 16 Jun 2016 18:38:10 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/409#comment:4 Message-ID: <080.2fdacf7e7b770ebb4eda806d736405ba@trac.tools.ietf.org> References: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-Trac-Ticket-ID: 409 In-Reply-To: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, achim.kraus@bosch-si.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160616183821.8149D12D63A@ietfa.amsl.com> Resent-Date: Thu, 16 Jun 2016 11:38:21 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #409 (coap-tcp-tls): CoAP over TCP: Supporting block-wise for larger block sizes (BERT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:38:23 -0000 #409: CoAP over TCP: Supporting block-wise for larger block sizes (BERT) Comment (by cabo@tzi.org): (We are now waiting for the consensus call to complete; if positive, we can close this ticket with the merge of BERT.) -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: protocol enhancement | Status: new Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: - | Resolution: Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Thu Jun 16 11:46:59 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8502312DA82; Thu, 16 Jun 2016 11:46:57 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YtFL-P-iEdta; Thu, 16 Jun 2016 11:46:56 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FFC112D872; Thu, 16 Jun 2016 11:46:56 -0700 (PDT) Received: from localhost ([::1]:54589 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bDcJc-0006T3-00; Thu, 16 Jun 2016 11:46:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org X-Trac-Project: core Date: Thu, 16 Jun 2016 18:46:55 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/392#comment:1 Message-ID: <069.64b25e73a6506ced1e350402fbfea7f7@trac.tools.ietf.org> References: <054.f349649635761a5b14aa3a806a47afc9@trac.tools.ietf.org> X-Trac-Ticket-ID: 392 In-Reply-To: <054.f349649635761a5b14aa3a806a47afc9@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160616184656.2FFC112D872@ietfa.amsl.com> Resent-Date: Thu, 16 Jun 2016 11:46:56 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #392 (coap-tcp-tls): Converting URIs to options and back X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:46:57 -0000 #392: Converting URIs to options and back Comment (by cabo@tzi.org): Text for this is now in the Websockets draft and will be merged in. (Then this ticket will be closed.) -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: editorial | Status: new Priority: minor | Milestone: Component: coap-tcp- | Version: tls | Resolution: Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Thu Jun 16 11:55:55 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7602D12DACD; Thu, 16 Jun 2016 11:55:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5SpToJ6cvoNe; Thu, 16 Jun 2016 11:55:53 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 45D1A12D0BC; Thu, 16 Jun 2016 11:55:53 -0700 (PDT) Received: from localhost ([::1]:55795 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bDcS7-0004iG-MI; Thu, 16 Jun 2016 11:55:43 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Thu, 16 Jun 2016 18:55:43 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/393#comment:4 Message-ID: <069.d16a81bc91ab67d73342ddd95bdcd43c@trac.tools.ietf.org> References: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-Trac-Ticket-ID: 393 In-Reply-To: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160616185553.45D1A12D0BC@ietfa.amsl.com> Resent-Date: Thu, 16 Jun 2016 11:55:53 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #393 (coap-tcp-tls): Observing resource over reliable transports X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 16 Jun 2016 18:55:54 -0000 #393: Observing resource over reliable transports Comment (by cabo@tzi.org): Subissue 1 is covered by the Websockets draft; close this when merged. Subissue 2 is covered by text in the Websockets draft; the failover problem described can be addressed by proper implementation of failover. This may however be costly, so we should have some more discussion about this. Subissue 3 is an implementation quality issue. Just don't implement stream-based without some flow control. -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: new technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Fri Jun 17 14:12:06 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6EBBC12DAE2; Fri, 17 Jun 2016 14:12:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w_gf7LMKox5r; Fri, 17 Jun 2016 14:12:02 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E236012D178; Fri, 17 Jun 2016 14:12:01 -0700 (PDT) Received: from mfilter31-d.gandi.net (mfilter31-d.gandi.net [217.70.178.162]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 342E5C5A50; Fri, 17 Jun 2016 23:12:00 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter31-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter31-d.gandi.net (mfilter31-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Zi4rXm0pti56; Fri, 17 Jun 2016 23:11:58 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 986F5C5A4E; Fri, 17 Jun 2016 23:11:57 +0200 (CEST) Message-ID: <5764679C.5010608@tzi.org> Date: Fri, 17 Jun 2016 23:11:56 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "ace@ietf.org" , "core@ietf.org WG" , "cose@ietf.org" , dtls-iot@ietf.org, "t2trg@irtf.org" X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [core] Constrained Node/Network Cluster @ IETF96: DRAFT AGENDA X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 17 Jun 2016 21:12:04 -0000 Here is my usual eclectic condensed agenda based on the DRAFT AGENDA for IETF96. Remember that there is still quite some potential for changes. Apart from COSE on PLUS (ouch), and the maybe more personal conflicts of ACE on QUIC and 6LO on ARTAREA, I'm not seeing a lot of hurt this time. Moves due to other conflict avoidance may make this worse, though. All times are CEST (UTC-0200). (The browser timezone function is not yet reinstated on https://datatracker.ietf.org/meeting/agenda-utc, for those who want to listen from remote.) Grüße, Carsten MONDAY, July 18, 2016 1000-1230 Morning Session I Potsdam II ART artarea Applications and Real-Time Area Open Meeting - Combined with DISPATCH Potsdam III INT *** 6lo IPv6 over Networks of Resource-constrained Nodes WG 1400-1530 Afternoon Session I Potsdam II ART httpbis Hypertext Transfer Protocol WG Bellevue INT *** 6tisch IPv6 over the TSCH mode of IEEE 802.15.4e WG Potsdam I INT homenet Home Networking WG Tiergarten SEC oauth Web Authorization Protocol WG Ch_burg I SEC openpgp Open Specification for Pretty Good Privacy WG Potsdam III TSV tsvarea Transport Area Open Meeting 1540-1740 Afternoon Session II Ch_burg II/III INT *** lpwan Low-Power Wide Area Networks BOF Potsdam II SEC acme Automated Certificate Management Environment WG 1800-2000 Afternoon Session III Potsdam I IRTF maprg Proposed Measurement and Analysis for Protocols Research Group Potsdam II OPS anima Autonomic Networking Integrated Model and Approach WG Schoeneberg RTG bier Bit Indexed Explicit Replication WG Bellevue RTG detnet Deterministic Networking WG Potsdam III SEC lurk Limited Use of Remote Keys BOF TUESDAY, July 19, 2016 1000-1230 Morning Session I Potsdam I INT 6man IPv6 Maintenance WG Potsdam III SEC tls Transport Layer Security WG Bellevue TSV rmcat RTP Media Congestion Avoidance Techniques WG 1400-1600 Afternoon Session I Ch_burg II/III ART *** core Constrained RESTful Environments WG Bellevue SEC tokbind Token Binding WG Potsdam I TSV l4s Low Latency Low Loss Scalable throughput BOF 1620-1820 Afternoon Session II Potsdam II ART uta Using TLS in Applications WG Schoeneberg ART webpush Web-Based Push Notifications WG Potsdam III IRTF*** t2trg Thing-to-Thing Potsdam I RTG rtgarea Routing Area Open Meeting Ch_burg II/III TSV tcpinc TCP Increased Security WG WEDNESDAY, July 20, 2016 1000-1230 Morning Session I Bellevue SEC *** ace Authentication and Authorization for Constrained Environments WG Ch_burg I SEC curdle CURves, Deprecating and a Little more Encryption WG Potsdam I TSV quic QUIC BOF 1400-1530 Afternoon Session I Ch_burg II/III INT dnssd Extensions for Scalable DNS Service Discovery WG Potsdam III IRTF cfrg Crypto Forum 1550-1720 Afternoon Session II Schoeneberg RTG *** roll Routing Over Low power and Lossy networks WG Lincke SEC oauth Web Authorization Protocol WG Ch_burg II/III TSV tsvwg Transport Area Working Group WG THURSDAY, July 21, 2016 1000-1230 Morning Session I Schoeneberg ART ice Interactive Connectivity Establishment WG Ch_burg I SEC *** cose CBOR Object Signing and Encryption WG - 11:30-12:30 Potsdam I TSV plus Path Layer UDP Substrate BOF 1400-1600 Afternoon Session I Bellevue INT its Intelligent Transportation Systems BOF Potsdam I OPS v6ops IPv6 Operations WG Potsdam III SEC saag Security Area Open Meeting 1620-1820 Afternoon Session II Tiergarten ART *** core Constrained RESTful Environments WG Potsdam III OPS anima Autonomic Networking Integrated Model and Approach WG Potsdam II RTG babel Babel routing protocol WG 1830-1930 Afternoon Session III Potsdam III INT intarea Internet Area Working Group WG Bellevue TSV taps Transport Services WG FRIDAY, July 22, 2016 1000-1200 Morning Session I Bellevue ART httpbis Hypertext Transfer Protocol WG Ch_burg II/III TSV tsvwg Transport Area Working Group WG 1220-1320 Afternoon Session I Schoeneberg INT *** lwig Light-Weight Implementation Guidance WG Ch_burg I SEC spasm Some PKIX and SMIME WG From nobody Sun Jun 19 11:39:00 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F2AF712D6A6; Sun, 19 Jun 2016 11:38:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.728 X-Spam-Level: X-Spam-Status: No, score=-3.728 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rDlDu8A8DDa4; Sun, 19 Jun 2016 11:38:55 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D676412D697; Sun, 19 Jun 2016 11:38:54 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bEhcS-002RZ6-UH>; Sun, 19 Jun 2016 20:38:52 +0200 Received: from p5ddb4141.dip0.t-ipconnect.de ([93.219.65.65] helo=bender.box) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1bEhcS-003Emk-MH>; Sun, 19 Jun 2016 20:38:52 +0200 To: core@ietf.org, "t2trg@irtf.org" From: =?UTF-8?Q?Lennart_D=c3=bchrsen?= Message-ID: <5766E6BC.80508@fu-berlin.de> Date: Sun, 19 Jun 2016 20:38:52 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 93.219.65.65 Archived-At: Cc: Emmanuel Baccelli , =?UTF-8?Q?Matthias_W=c3=a4hlisch?= Subject: [core] SenML reference implementation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2016 18:38:56 -0000 Dear all, by looking through the mailing list archive I know there are already some implementations of SenML, yet none of those seem to be public. I created one for the RIOT operating system [1], and thought you might be interested. The code can be found at [2], check the folders sys/include and sys/senml, as well as examples/senml_json. It supports only JSON for now, but support for CBOR will follow soon. If you want to follow the discussion around the pull request, check out [3]. SenML has been proven to be very useful to me, and I'm very happy about this initiative. There is, however, one thing in the current draft that's bugging me: The first record of a pack can contain both base information and name, value, etc. attributes, *or* just the base information. While I understand the desire for flexibility, I am wondering if this is necessary. The checks whether regular data will follow the base information can be cumbersome to implement, so with regard to the self-proclaimed goal of keeping implementations as small as possible I suggest to use only one of those options. What do you think? Kind regards, Lennart Dührsen [1] https://riot-os.org/ [2] https://github.com/backenklee/RIOT/tree/senml-experimental [3] https://github.com/RIOT-OS/RIOT/pull/5544 From nobody Sun Jun 19 12:06:32 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BF5012D75C for ; Sun, 19 Jun 2016 12:06:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.2 X-Spam-Level: X-Spam-Status: No, score=-1.2 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TI0fgmL3olDv for ; Sun, 19 Jun 2016 12:06:26 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [IPv6:2001:4b98:c:538::197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DB25A12D754 for ; Sun, 19 Jun 2016 12:06:25 -0700 (PDT) Received: from mfilter42-d.gandi.net (mfilter42-d.gandi.net [217.70.178.172]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 3DA4241C08D; Sun, 19 Jun 2016 21:06:24 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter42-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter42-d.gandi.net (mfilter42-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id FHbVOcmxT6KX; Sun, 19 Jun 2016 21:06:22 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id B03DD41C088; Sun, 19 Jun 2016 21:06:20 +0200 (CEST) Message-ID: <5766ED2A.2060206@tzi.org> Date: Sun, 19 Jun 2016 21:06:18 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: =?UTF-8?B?TGVubmFydCBEw7xocnNlbg==?= References: <5766E6BC.80508@fu-berlin.de> In-Reply-To: <5766E6BC.80508@fu-berlin.de> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Emmanuel Baccelli , "t2trg@irtf.org" , =?UTF-8?B?TWF0dGhpYXMgV8OkaGxpc2No?= , core@ietf.org Subject: Re: [core] [T2TRG] SenML reference implementation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 19 Jun 2016 19:06:30 -0000 Hi Lennart, nice to hear about your implementation efforts (and I can't wait for your experience with putting CBOR in). Lennart Dührsen wrote: > The first record of a pack can contain both base information and name, > value, etc. attributes, *or* just the base information. Actually, we fixed that in Buenos Aires: https://tools.ietf.org/wg/core/minutes?item=minutes-95-core.html * Data Formats: WG to adopt SenML (to be confirmed on the mailing list). After a bit of Brownian motion, the WG is now happy with the way the data is formatted in -06 (base record with data, zero or more records with more data). [...] I can't find an unambiguous statement of this in https://tools.ietf.org/html/draft-ietf-core-senml-00 but the idea is that the array in a "SenML pack" is a sequence of measurement records, each with an actual measurement (so records just with base information are out). The authors are preparing the update -01 as we speak, so we should have an opportunity to make this unambiguous (and fix the examples in 6.1.2 as well). I would point you to the repository at https://github.com/core-wg but that is transitioning at this very moment from its old home https://github.com/fluffy/senml-spec to the WG github. Grüße, Carsten From nobody Mon Jun 20 03:16:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E382612D782 for ; Mon, 20 Jun 2016 03:16:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b6odEHBPO43I for ; Mon, 20 Jun 2016 03:16:27 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5597612D5D6 for ; Mon, 20 Jun 2016 03:16:27 -0700 (PDT) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5KAGPwj001655 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Mon, 20 Jun 2016 12:16:25 +0200 Received: from DEFTHW99ERIMSX.ww902.siemens.net (defthw99erimsx.ww902.siemens.net [139.22.70.134]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u5KAGOIw011791 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Mon, 20 Jun 2016 12:16:24 +0200 Received: from DENBGAT9ERPMSX.ww902.siemens.net (139.22.70.194) by DEFTHW99ERIMSX.ww902.siemens.net (139.22.70.134) with Microsoft SMTP Server (TLS) id 14.3.294.0; Mon, 20 Jun 2016 12:16:24 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERPMSX.ww902.siemens.net ([139.22.70.194]) with mapi id 14.03.0294.000; Mon, 20 Jun 2016 12:16:23 +0200 From: "Kovatsch, Matthias" To: Carsten Bormann , "consultancy@vanderstok.org" Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxxsOGyvD6eK3nUa0mml31pQpq5/yHVNw Date: Mon, 20 Jun 2016 10:16:22 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> In-Reply-To: <576172A1.1040907@tzi.org> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.34] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 10:16:29 -0000 RGVhciBncm91cA0KDQpJbiBnZW5lcmFsIEkgbGlrZWQgdGhlIEJFUlQgcHJvcG9zYWwgZnJvbSB0 aGUgYmVnaW5uaW5nIGR1ZSB0byBpdHMgbmVjZXNzaXR5LiBUaHVzLCBJIGFtIGZvciBhZG9wdGlv biBhcyB3b3JraW5nIGdyb3VwIGl0ZW0uIEkgYW0gbm90IGZ1bGx5IHN1cmUgd2hlcmUsIHlldC4N Cg0KPiBCdXQgdGhlbiwgd2l0aCBsYXJnZXIgbWVzc2FnZXMgc2l6ZXMgKHZpYSB0aGUgTWF4LU1l c3NhZ2UtU2l6ZSBjYXBhYmlsaXR5DQo+IGluZGljYXRpb24pIGF2YWlsYWJsZSBpbiBUQ1AsIHRo ZXJlIG1heSBiZSBubyBuZWVkIHRvIGltcGxlbWVudCBibG9jay13aXNlIG9uIGENCj4gVENQIG5v ZGUgKGFzc3VtaW5nIHRoZSBkZXZpY2UncyBhcHBsaWNhdGlvbiBkb2VzIG5vdCBjYXJlIGFib3V0 IGhlYWQtb2YtbGluZQ0KPiBibG9ja2luZykuDQoNCkkgYWdyZWUuIEkgY2FuIGltYWdpbmUgYSBj b25zdHJhaW5lZCBub2RlIHdpdGggYSBjdXN0b20gVENQIGltcGxlbWVudGF0aW9uLCByYXRoZXIg bG93IE1heC1NZXNzYWdlLVNpemUsIGFuZCBoZW5jZSBubyBuZWVkIGZvciBCbG9jay4NCg0KPiBC dXQgaXMgdGhlcmUgYSBwb2ludCBpbiBhIFRDUCBkZXZpY2UgdGhhdCBoYXMgYmxvY2std2lzZSBi dXQgbm90IEJFUlQ/DQoNCk15IGJlc3QgZ3Vlc3MgaXMgYmxvY2t3aXNlIFRDUCBhbHdheXMgc3Vw cG9ydHMgQkVSVC4NCg0KVGhlIHJlYXNvbiB3aHkgSSBhbSBub3QgZnVsbHkgY29udmluY2VkIHll dCB0aGF0IEJFUlQgbXVzdCBiZSBwYXJ0IG9mIHRoZSBUQ1AgZHJhZnQgaXMgQkVSVCBvdmVyIFVE UC4gRG9lcyBpdCBtYWtlIHNlbnNlIHRoZXJlPyBUaGUgcmVjZWl2ZXIgd291bGQgbm90IGJlIGFi bGUgdG8gbmVnb3RpYXRlIHRoZSBzaXplLiBUaGUgc2VuZGVyIGhhcyBubyB3YXkgdG8gbGVhcm4g dGhlIHN1cHBvcnRlZCBtYXhpbXVtIG1lc3NhZ2Ugc2l6ZS4gTGlrZSB0aGUgcGF0aCBNVFUsIGl0 IHdvdWxkIG5lZWQgdHJpYWwgYW5kIGVycm9yIHRvIGZpZ3VyZSBpdCBvdXQuIERvZXMgYW55b25l IGhhdmUgYSBnb29kIHVzZSBjYXNlIGZvciBCRVJUIG92ZXIgVURQPyBPdGhlcndpc2UsIEkgdGVu ZCBmb3IgaW50ZWdyYXRpb24gb2YgQkVSVCBpbnRvIHRoZSBUQ1AgZHJhZnQuDQoNCkNpYW8NCk1h dHRoaWFzDQo= From nobody Mon Jun 20 09:06:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 72E7A12D1DC; Mon, 20 Jun 2016 09:06:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.647 X-Spam-Level: X-Spam-Status: No, score=-5.647 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pp0EfPK5njIt; Mon, 20 Jun 2016 09:06:30 -0700 (PDT) Received: from outpost1.zedat.fu-berlin.de (outpost1.zedat.fu-berlin.de [130.133.4.66]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E41EA12D1ED; Mon, 20 Jun 2016 09:06:29 -0700 (PDT) Received: from inpost2.zedat.fu-berlin.de ([130.133.4.69]) by outpost.zedat.fu-berlin.de (Exim 4.85) with esmtps (TLSv1.2:DHE-RSA-AES256-GCM-SHA384:256) (envelope-from ) id <1bF1iW-003gtf-Bf>; Mon, 20 Jun 2016 18:06:28 +0200 Received: from p5ddb4e5a.dip0.t-ipconnect.de ([93.219.78.90] helo=bender.box) by inpost2.zedat.fu-berlin.de (Exim 4.85) with esmtpsa (TLSv1.2:DHE-RSA-AES128-SHA:128) (envelope-from ) id <1bF1iW-000p4Q-3Z>; Mon, 20 Jun 2016 18:06:28 +0200 To: Carsten Bormann References: <5766E6BC.80508@fu-berlin.de> <5766ED2A.2060206@tzi.org> From: =?UTF-8?Q?Lennart_D=c3=bchrsen?= Message-ID: <57681483.7080701@fu-berlin.de> Date: Mon, 20 Jun 2016 18:06:27 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.7.0 MIME-Version: 1.0 In-Reply-To: <5766ED2A.2060206@tzi.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Originating-IP: 93.219.78.90 Archived-At: Cc: Emmanuel Baccelli , "t2trg@irtf.org" , =?UTF-8?Q?Matthias_W=c3=a4hlisch?= , core@ietf.org Subject: Re: [core] [T2TRG] SenML reference implementation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 20 Jun 2016 16:06:31 -0000 Hi Carsten, >> The first record of a pack can contain both base information and name, >> value, etc. attributes, *or* just the base information. > > Actually, we fixed that in Buenos Aires: > > https://tools.ietf.org/wg/core/minutes?item=minutes-95-core.html > > * Data Formats: WG to adopt SenML (to be confirmed on the mailing > list). After a bit of Brownian motion, the WG is now happy > with the > way the data is formatted in -06 (base record with data, zero or > more records with more data). [...] thanks for pointing me to that (and the other links)! I'm happy we agree on this. I'll let you know about my experience with CBOR. Best, Lennart From nobody Tue Jun 21 01:05:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B60E612D0A1 for ; Tue, 21 Jun 2016 01:05:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.027 X-Spam-Level: X-Spam-Status: No, score=-4.027 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yUeFteuZ0JFS for ; Tue, 21 Jun 2016 01:05:18 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F127C12D87B for ; Tue, 21 Jun 2016 01:05:17 -0700 (PDT) Received: from [192.168.10.132] ([80.92.114.100]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MLNpK-1bFouf0l9O-000dvH for ; Tue, 21 Jun 2016 10:05:15 +0200 To: "core@ietf.org WG" From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <5768F53B.6010109@gmx.net> Date: Tue, 21 Jun 2016 10:05:15 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="9m2UdOJKEQlCQUaV6ws0EOiMLK28p5imv" X-Provags-ID: V03:K0:XV/yyd5dcp+zVjlb9h+VVAVxlELdwxCKT0f4kwvIWtyFHYoi2sK pqQAyVLxeR9ifGzC5k2tGjyTWLdWwos2QJNTwjWYYUi5dG/4ZUxKZ1WrXwwGbPTNoOmGtx1 08fEhKiWn736hLamr2ncxUXkGxfmnRDNSLAmj89CtO2Z0xpANzQX3A2iHvGiGZJaooa2mOW pqlKVfaL1in74wVaco7gg== X-UI-Out-Filterresults: notjunk:1;V01:K0:l7TutGiYtcc=:figNVhut3I7PBxq09odtha 1BulgVWbszu2xCGK5Xt75GgfVLLxlOGHFDkaTI/pm74LVkZgQVsYaUKHR4GNhED6ErhH1WgA1 GsfVXcbuFHdMUhX0bhqNgotQZawKX5iB97xdgLGQXFEBMon25CSrFlgknud3clbQjAjzU/bCu 95zxK7D0dKP5PacuUqPk1SxfHQdXAqQ1o484ojIzandxO91K+WIEw7VKsLma5b5jS3PNYZqVF qtzC3dwDj6F+3JnDBm/PCfOqz7yZPNhZhEF85hWC7kGIcrYqurnSZtSH1rDGL9SJvibnu+ymU VdLCd1363s18Ih15Q0PP1quDQ2gacJvPa6Hbr+xfialcPk79Urc3s5owKkT4Hq0iCtGs2phW9 sFmtDZghWCm3vH+6eHtd9UOe8T/ORUhIeOsbe9lszyE72rDyxHbk70W61yZG2r/dSwnryeI1x WgjBaNTDXI2Xxya/X3OF/F1aeIIfgTrwbuou5PbiRGAWW2YChgs+jkBvCjHcPzzESBeaC3J9T 5tJwQSmdJr5LRNNQyJ69AspTUclUD6ryjVxJJfJCMfGZlD5JIrULJeaEL9wgiogb9r3iyjNCa axQH+0e1Ji6ft237Rn3XjP0Fc1ilI1XcbGHHvfd+QZXDFASdFwmzIJYKHqZIDGgNk7LLyX168 B1koQO6gE/0pzQq/iNSZovOR38wtXtAL3q3ktNxCUpZJuf1Vm9m3dZn5tA8j926nIe5p2Hc51 beW5wCJLL30g+2bhL7izhk9riB+PPkKo8+F+ZCFDoAhPVA07avR4gke9jwg= Archived-At: Subject: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 08:05:19 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --9m2UdOJKEQlCQUaV6ws0EOiMLK28p5imv Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Hi COMI friends, since you have for sure progressed your work quite a bit since we last meet in BA I am wondering whether you have a few simple message exchange examples using COMI for me. For example, think about a typical IoT device lifecycle where the device starts and registers its resources with a server in the cloud, it then periodically sends sensor readings (to that server), and gets requests from a server as well. How would this look like in COMI? Ciao Hannes --9m2UdOJKEQlCQUaV6ws0EOiMLK28p5imv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXaPU8AAoJEGhJURNOOiAtYeAH/RMdDKQZvDLBEwWGTSPnOqcp ytHo6t/zIIdA5hH0tXxQu9MPD2wCzYGMVwFFwt5ErP4UoNWyTUoayoo0yxlbUnTK 51HH40WE/qQj8vdEteF+hvzkOHALN3LaRNwKaNclYjWXjDtYVvOKOOiwosW3cgZz no5Qa8ORHyPAx8gixzQw1/PTjci/84IqSs5MoP4v3wwBlPevK257fFf3OX5+pXyZ NbO6LIOTMMsHaj7iIXeiNfcHurjoMoA/j67M6G6mgBkaqv8v5+WxeepMzrCioaTs KJw8Yp1KwyQfNOsnSrZgpfTd8JbxwNXpDdG3xumCG5SYnvGcVV8M03WVr2qFpIM= =CRtB -----END PGP SIGNATURE----- --9m2UdOJKEQlCQUaV6ws0EOiMLK28p5imv-- From nobody Tue Jun 21 01:06:28 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1D82612D955; Tue, 21 Jun 2016 01:06:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RTMfFA25IFK5; Tue, 21 Jun 2016 01:06:24 -0700 (PDT) Received: from dash.upc.es (dash.upc.es [147.83.2.50]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 948AB12D954; Tue, 21 Jun 2016 01:06:23 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by dash.upc.es (8.14.1/8.13.1) with ESMTP id u5L86EkT015862; Tue, 21 Jun 2016 10:06:14 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id C30A91D53C1; Tue, 21 Jun 2016 10:06:13 +0200 (CEST) Received: from 131.111.5.142 by webmail.entel.upc.edu with HTTP; Tue, 21 Jun 2016 10:06:50 +0200 Message-ID: <26d2a9168f858460c7bdcd6612c695a1.squirrel@webmail.entel.upc.edu> In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> <9c715eeca71b9a647df289dbd40f2092.squirrel@webmail.entel.upc.edu> Date: Tue, 21 Jun 2016 10:06:50 +0200 From: "Carles Gomez Montenegro" To: "Zhen Cao" User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by milter-greylist-4.4.3 (dash.upc.es [147.83.2.50]); Tue, 21 Jun 2016 10:06:15 +0200 (CEST) Archived-At: Cc: "lwip@ietf.org" , "jon.crowcroft@cl.cam.ac.uk" , "core@ietf.org WG" Subject: Re: [core] [Lwip] [tcpm] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 08:06:27 -0000 Hi Zhen, Thanks for your feedback! (And sorry for the late response...) > On Mon, Jun 13, 2016 at 5:57 PM, Carles Gomez Montenegro > wrote: >>> >>>> A TCP window size of one segment follows the same rationale as the >>>> default setting for NSTART in [RFC7252], leading to equivalent >>>> operation when CoAP is used over TCP. >>> >>> IMHO, it does not matter because if the application has only a short >>> message to send, the de facto effective cwnd will be ONE. >> >> I understand that what you point out may happen in many cases... >> However, >> a device, in some cases, might want to send e.g. two (or more) packets >> back to back to the same destination. In those, the window size of one >> would make a difference. >> >> By the way, currently the phrasing in the draft is that a window size of >> one 'MUST' be used. This keeps a behavior equivalent to that of CoAP for >> confirmable messages in RFC 7252, and dramatically simplifies >> implementations. However, I wonder if some more freedom should be >> offered, >> and maybe the 'MUST' could become a 'SHOULD', at the expense of opening >> the door to greater complexity... I personally tend to prefer the first >> approach, but it would be great to receive more feedback on this! > > Which way is better in this case, sending two and sleep, or sending > one followed by another? Sometimes the former will be better for > constrained nodes. In that specific case, if the constrained device is sleeping by default, there could be energy consumption overhead due to the wake up before communication, plus the cool down after communication. In that case, it would be more energy efficient to wake up, send the two messages consecutively, receive the ACK(s) and then go back to sleep, as you point out (otherwise, the energy consumption overhead would be duplicated). So this is an additional possible benefit of using a window size greater than one, although it may add complexity to implementations. Cheers, Carles From nobody Tue Jun 21 01:46:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85BA612D0B8; Tue, 21 Jun 2016 01:46:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=unavailable autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q_JA70yVgK4p; Tue, 21 Jun 2016 01:46:25 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A57C612D18B; Tue, 21 Jun 2016 01:46:25 -0700 (PDT) Received: from mfilter21-d.gandi.net (mfilter21-d.gandi.net [217.70.178.149]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 29995C5A8B; Tue, 21 Jun 2016 10:46:24 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter21-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter21-d.gandi.net (mfilter21-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 4asZKyX_AVDX; Tue, 21 Jun 2016 10:46:22 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 9A75FC5A7A; Tue, 21 Jun 2016 10:46:19 +0200 (CEST) Message-ID: <5768FED9.6020503@tzi.org> Date: Tue, 21 Jun 2016 10:46:17 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "core@ietf.org WG" , "lwip@ietf.org" , "t2trg@irtf.org" X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Subject: [core] CoAP Implementation Workshop? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: "t2trg@irtf.org" List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 08:46:27 -0000 This is a heads-up that a T2TRG workshop focusing on CoAP implementation might materialize in week 37 (w/c September 12) in the London area. Potential topics might include: * High-performance backend implementations * Requirements and implementation strategies for load balancers and other CoAP intermediates * Low-resource implementation strategies * Minimal implementations, "how low can you go" * Benefits from cross-layer optimizations with network stack * Integrating with security * APIs, both backend and on the constrained device (We have an LWIG document on CoAP implementation that might also count as input and benefit from this workshop: https://tools.ietf.org/html/draft-ietf-lwig-coap) If there is interest, we might also want to include CBOR implementations for both backends and devices in the topics. We are likely going for a submission-based approach, where the submission might be a position paper, a blog article, a demo proposal, a slide deck, a github repo with some interesting issue discussions... So the participants can prepare for the workshop by finding out about the other participants' work, ideas, and pain points. So how does that sound? If you are interested or might be, please drop a line to the T2TRG list (Reply-To set up for this) or to the chairs (Ari and me). Grüße, Carsten From nobody Tue Jun 21 03:37:40 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5D66112D0BD for ; Tue, 21 Jun 2016 03:37:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id loOC8kvzRi8E for ; Tue, 21 Jun 2016 03:37:36 -0700 (PDT) Received: from relay4-d.mail.gandi.net (relay4-d.mail.gandi.net [IPv6:2001:4b98:c:538::196]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A90EE1200A0 for ; Tue, 21 Jun 2016 03:37:36 -0700 (PDT) Received: from mfilter44-d.gandi.net (mfilter44-d.gandi.net [217.70.178.175]) by relay4-d.mail.gandi.net (Postfix) with ESMTP id 510B51720EB; Tue, 21 Jun 2016 12:37:35 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter44-d.gandi.net Received: from relay4-d.mail.gandi.net ([IPv6:::ffff:217.70.183.196]) by mfilter44-d.gandi.net (mfilter44-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id ApunbRuWZxen; Tue, 21 Jun 2016 12:37:33 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay4-d.mail.gandi.net (Postfix) with ESMTPSA id 363FA1720D3; Tue, 21 Jun 2016 12:37:33 +0200 (CEST) Message-ID: <576918EB.7000205@tzi.org> Date: Tue, 21 Jun 2016 12:37:31 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Hannes Tschofenig References: <5768F53B.6010109@gmx.net> In-Reply-To: <5768F53B.6010109@gmx.net> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 10:37:38 -0000 (Translation: What Hannes calls a "server" is a "server" in LWM2M terminology, which is the common term for a pizza box in a rack turning a kilowatt into heat expelled with loud fans. In LWM2M, small devices are called "clients", even if they are servers in terms of their communication behavior.) Indeed, having some examples showing the overall picture of how COMI might be used would be very useful. (The example you are giving here is somewhat focused on device discovery and registration, something that is a bit secondary to COMI so far.) On the other side, I also would be interested in someone taking the (some?) LWM2M specs and translating them into YANG -- is the result something that we actually might be able to use? (There are some obvious difficulties, as LWM2M is closer to REST and, for example, makes use of media types, but who says YANG can't grow to the occasion?) Grüße, Carsten Hannes Tschofenig wrote: > Hi COMI friends, > > since you have for sure progressed your work quite a bit since we last > meet in BA I am wondering whether you have a few simple message exchange > examples using COMI for me. > > For example, think about a typical IoT device lifecycle where the device > starts and registers its resources with a server in the cloud, it then > periodically sends sensor readings (to that server), and gets requests > from a server as well. > > How would this look like in COMI? > > Ciao > Hannes > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Tue Jun 21 03:39:57 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E84E412D0FA for ; Tue, 21 Jun 2016 03:39:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.919 X-Spam-Level: X-Spam-Status: No, score=-6.919 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dxGvyan3Ra7M for ; Tue, 21 Jun 2016 03:39:54 -0700 (PDT) Received: from thoth.sbs.de (thoth.sbs.de [192.35.17.2]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44BDC1200A0 for ; Tue, 21 Jun 2016 03:39:54 -0700 (PDT) Received: from mail1.sbs.de (mail1.sbs.de [192.129.41.35]) by thoth.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LAdpCu021744 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Jun 2016 12:39:51 +0200 Received: from DEFTHW99ERKMSX.ww902.siemens.net (defthw99erkmsx.ww902.siemens.net [139.22.70.147]) by mail1.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LAdoAY011641 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 Jun 2016 12:39:51 +0200 Received: from DEFTHW99ER4MSX.ww902.siemens.net (139.22.70.78) by DEFTHW99ERKMSX.ww902.siemens.net (139.22.70.147) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 21 Jun 2016 12:39:50 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DEFTHW99ER4MSX.ww902.siemens.net ([139.22.70.78]) with mapi id 14.03.0294.000; Tue, 21 Jun 2016 12:39:49 +0200 From: "Kovatsch, Matthias" To: Michael Koster Thread-Topic: [core] #413 (resource-directory): Make Simple Directory Discovery really simple Thread-Index: AQHRxkDmR3JH1Txkg0OPk0MS4E+MzZ/pEkew///yJACACr6QQA== Date: Tue, 21 Jun 2016 10:39:48 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017E08AD@DEFTHW99EL4MSX.ww902.siemens.net> References: <060.09fa07e8717ced2efb537fdfead3330c@trac.tools.ietf.org> <6785197d8de0eb0c0e0cfc259913d07a@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D56A9@DEFTHW99EL4MSX.ww902.siemens.net> <1722A6E8-FFA7-4DA5-8831-D7B4584DFA97@gmail.com> <4EBB3DDD0FBF694CA2A87838DF129B3C017D5971@DEFTHW99EL4MSX.ww902.siemens.net> <3ed1d21cb0ff090a71ea7f6f75a52658@xs4all.nl> <4EBB3DDD0FBF694CA2A87838DF129B3C017D71A8@DEFTHW99EL4MSX.ww902.siemens.net> <1DD58EF2-5C0D-4613-AC51-DA9C6A3AA275@gmail.com> In-Reply-To: <1DD58EF2-5C0D-4613-AC51-DA9C6A3AA275@gmail.com> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.34] Content-Type: multipart/alternative; boundary="_000_4EBB3DDD0FBF694CA2A87838DF129B3C017E08ADDEFTHW99EL4MSXw_" MIME-Version: 1.0 Archived-At: Cc: "draft-ietf-core-resource-directory@tools.ietf.org" , "core@ietf.org" Subject: Re: [core] #413 (resource-directory): Make Simple Directory Discovery really simple X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 10:39:56 -0000 --_000_4EBB3DDD0FBF694CA2A87838DF129B3C017E08ADDEFTHW99EL4MSXw_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgTWljaGFlbA0KDQpXb3csIGFub3RoZXIgd2VlayBwYXNzZWQgYWdhaW7igKYNCg0KU28sIHJl bW92ZSB0aGUgb3B0aW9uIHRvIHB1c2ggdGhlIGxpbmsgcGF5bG9hZCB0byAud2VsbC1rbm93bi9j b3JlOyByYXRoZXIgdXNlIHRoZSBleGlzdGluZyByZWdpc3RyYXRpb24gQVBJIHRvIHB1c2ggbGlu a3MgdG8gL3JkLiBUaGlzIHJlcXVpcmVzIHRoZSBjbGllbnQgdG8gZG8gYSBsaXR0bGUgbW9yZSB3 b3JrIHRvIGZpbmQgdGhlIHJlZ2lzdHJhdGlvbiBBUEkgZW50cnkgcG9pbnQgcmF0aGVyIHRoYW4g cmVseWluZyBvbiAud2VsbC1rbm93bi9jb3JlIGlmIGl0IHdhbnRzIHRvIHVwbG9hZCBsaW5rcyB1 c2luZyBQT1NULg0KDQpJIGRvbuKAmXQgdGhpbmsgdGhlIGNsaWVudCBoYXMgdG8gZG8gYW55IG1v cmUuIElmIGl0IGlzIGEgc2ltcGxlIGRldmljZSwgc29tZSBmb3JtIG9mIGJvb3RzdHJhcHBpbmcg KGUuZy4sIGhhcmRjb2RpbmcpIHdvdWxkIGNvbmZpZ3VyZSB0aGUgL3JkIHJlc291cmNlIGRpcmVj dGx5IGFzIG9uZSB3b3VsZCBjb25maWd1cmUgLy53LWsvY29yZS4gTm8gZGlzY292ZXJ5IG5lZWRl ZCwganVzdCBhIGZpcmUgYW5kIGZvcmdldCBQT1NUIHdpdGggcGF5bG9hZC4NCg0KS2VlcCB0aGUg cHVsbCBvcHRpb24gdXNpbmcgUE9TVCB3aXRoIHplcm8tbGVuZ3RoIHBheWxvYWQgdG8gLndlbGwt a25vd24vY29yZSBhcyBhIHNpbXBsZSByZWdpc3RyYXRpb24gcGF0dGVybi4gQWxsb3cgZXAsIGV0 LCBhbmQgbHQgcGFyYW1ldGVycyBvbiB0aGUgcHVsbCB0cmlnZ2VyLiBBbGxvdyB0aGUgUkQgdG8g cmV0dXJuIGFuIG9wdGlvbmFsIGxvY2F0aW9uLXBhdGggaW4gcmVzcG9uc2UgdG8gcHVsbCB0cmln Z2VyLCB0byBlbmFibGUgbGluayBvcGVyYXRpb25zLg0KDQpZZXMsIHRoZSBwdWxsIG9wdGlvbiB0 aHJvdWdoIFBPU1RpbmcgdG8gLy53LWsvY29yZSByZWxpZXZlcyB0aGUgZGV2aWNlIGZ1cnRoZXIg LT4gc2ltcGxlIHJlZ2lzdHJhdGlvbi4gUmV0dXJuaW5nIGEgaGFuZGxlIG1pZ2h0IG5vdCBiZSB1 c2VmdWwgZm9yIHNpbXBsZSBkZXZpY2VzLiBJdCBmdXJ0aGVybW9yZSBtYWtlcyBpdCBtb3JlIGNv bXBsaWNhdGVkIGZvciB0aGUgUkQ6IEl0IG5lZWRzIHRvIGFsbG9jYXRlIHNvbWV0aGluZyBkaXJl Y3RseSwgYW5zd2VyIHdpdGggdGhlIExvY2F0aW9uIGhhbmRsZSwgYW5kIG9ubHkgdGhlbiBzdGFy dHMgdG8gcHVsbCB0aGUgcmVzb3VyY2VzLiBUaGUgUkQgY291bGQgYWxzbyB1c2UgYSBzZXBhcmF0 ZSByZXNwb25zZSwgYnV0IHRoZW4gdGhlIHNpbXBsZSBkZXZpY2UgbXVzdCBiZSBhd2FyZSB0aGF0 IGl0IG1pZ2h0IGhhdmUgdG8gd2FpdCBxdWl0ZSBsb25nIHVudGlsIGl0IHJlY2VpdmVzIGEgcmVz cG9uc2UsIGJlY2F1c2UgdGhlIFJEIGhhcyB0byBwdWxsIHRoZSBsaW5rcyBmb3IgdGhlIHBvdGVu dGlhbGx5IHNsb3cgZGV2aWNlIGluIHRoZSBtZWFudGltZS4NCg0KSSB3b3VsZCBnbyBmb3IgYSBz aW1wbGUgZ2FyYmFnZSBjb2xsZWN0ZWQgc29sdXRpb24gaGVyZTogdGhlIHNpbXBsZSBkZXZpY2Ug dHJpZ2dlcnMgdGhlIHB1bGwsIG1heSBzZXQgYSBsaWZldGltZSBhbmQgc2ltcGx5IHRyaWdnZXJz IHRoZSBwdWxsIGFnYWluIGFmdGVyIChvciBzaG9ydGx5IGJlZm9yZSkgdGhlIGxpZmV0aW1lIGVu ZHMuIFRoZSBSRCBlaXRoZXIgb3ZlcndyaXRlcyBhbiBleGlzdGluZyBlbnRyeSB3aXRoIHRoYXQg c291cmNlIGFkZHJlc3Mgd2l0aCB0aGUgcHVsbGVkIGxpbmtzIG9yIGNyZWF0ZXMgYSBuZXcgcmVn aXN0cmF0aW9uIGlmIHRoZSBzb3VyY2UgYWRkcmVzcyBjaGFuZ2VkOyB0aGUgb2xkIHJlZ2lzdHJh dGlvbiB3aWxsIGJlIGRlbGV0ZWQgYXV0b21hdGljYWxseS4NCg0KVGhlcmUgaXMgYSBzbWFsbCBz ZWN1cml0eSBjb25zaWRlcmF0aW9uIGhlcmU6IFdoZW4gdGhlIHNvdXJjZSBhZGRyZXNzIGlzIHNw b29mZWQsIG9uZSBjb3VsZCBwb3RlbnRpYWxseSBtZXNzIHVwIGV4aXN0aW5nIHJlZ2lzdHJhdGlv bnMuIFRodXMsIOKAnHB1bGwgcmVnaXN0cmF0aW9uc+KAnSBtdXN0IGJlIGhhbmRsZWQgc2VwYXJh dGVseSBmcm9tIG5vcm1hbCByZWdpc3RyYXRpb25zLg0KDQpBbGxvdyByZWdpc3RyYXRpb24gb2Yg YW4gZW1wdHkgbGluayBwYXlsb2FkIHdpdGggZXAsIGV0LCBhbmQgbHQgb3B0aW9ucyB1c2luZyBi b3RoIHB1c2ggYW5kIHB1bGwgcGF0dGVybnMsIHRvIGVuYWJsZSBlbmRwb2ludCByZWdpc3RyYXRp b24gYW5kIGxvb2t1cC4NCg0KKzENCg0KVGhpcyBzZWVtcyB0byBoYW5nIHRvZ2V0aGVyOyBpcyBp dCB3aGF0IHlvdSBoYWQgaW4gbWluZD8NCg0KVGhpcyBzb3VuZHMgdmVyeSBnb29kIHRvIG1lIG5v dyA6KQ0KDQpCZXN0IHdpc2hlcw0KTWF0dGhpYXMNCg== --_000_4EBB3DDD0FBF694CA2A87838DF129B3C017E08ADDEFTHW99EL4MSXw_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTIgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBsaS5Nc29Ob3JtYWws IGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBjbTsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJ Zm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYi O30NCmE6bGluaywgc3Bhbi5Nc29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0K CWNvbG9yOmJsdWU7DQoJdGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNw YW4uTXNvSHlwZXJsaW5rRm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9y OnB1cnBsZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnNwYW4uRS1NYWlsRm9ybWF0 dm9ybGFnZTE3DQoJe21zby1zdHlsZS10eXBlOnBlcnNvbmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5 OiJBcmlhbCIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQN Cgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJZm9udC1zaXplOjEwLjBwdDt9DQpAcGFn ZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo2MTIuMHB0IDc5Mi4wcHQ7DQoJbWFyZ2luOjcyLjBwdCA3 Mi4wcHQgNzIuMHB0IDcyLjBwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rp b24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1 bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEt LVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzpp ZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtl bmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkRFIiBsaW5rPSJibHVlIiB2bGluaz0icHVy cGxlIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90 OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkhpIE1pY2hhZWw8bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iZm9udC1z aXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlm JnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBw dDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2Nv bG9yOiMxRjQ5N0QiPldvdywgYW5vdGhlciB3ZWVrIHBhc3NlZCBhZ2FpbuKApjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxhIG5hbWU9Il9NYWlsRW5kQ29tcG9z ZSI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9hPjwvcD4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25l O2JvcmRlci1sZWZ0OnNvbGlkIGJsdWUgMS41cHQ7cGFkZGluZzowY20gMGNtIDBjbSA0LjBwdCI+ DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiPlNvLCByZW1v dmUgdGhlIG9wdGlvbiB0byBwdXNoIHRoZSBsaW5rIHBheWxvYWQgdG8gLndlbGwta25vd24vY29y ZTsgcmF0aGVyIHVzZSB0aGUgZXhpc3RpbmcgcmVnaXN0cmF0aW9uIEFQSSB0byBwdXNoIGxpbmtz IHRvIC9yZC4NCjwvc3Bhbj5UaGlzIHJlcXVpcmVzIHRoZSBjbGllbnQgdG8gZG8gYSBsaXR0bGUg bW9yZSB3b3JrIHRvIGZpbmQgdGhlIHJlZ2lzdHJhdGlvbiBBUEkgZW50cnkgcG9pbnQgcmF0aGVy IHRoYW4gcmVseWluZyBvbiAud2VsbC1rbm93bi9jb3JlIGlmIGl0IHdhbnRzIHRvIHVwbG9hZCBs aW5rcyB1c2luZyBQT1NULjxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHls ZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZxdW90OywmcXVvdDtz YW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgZG9u4oCZdCB0aGluayB0aGUgY2xpZW50 IGhhcyB0byBkbyBhbnkgbW9yZS4gSWYgaXQgaXMgYSBzaW1wbGUgZGV2aWNlLCBzb21lIGZvcm0g b2YgYm9vdHN0cmFwcGluZyAoZS5nLiwgaGFyZGNvZGluZykgd291bGQgY29uZmlndXJlIHRoZSAv cmQgcmVzb3VyY2UNCiBkaXJlY3RseSBhcyBvbmUgd291bGQgY29uZmlndXJlIC8udy1rL2NvcmUu IE5vIGRpc2NvdmVyeSBuZWVkZWQsIGp1c3QgYSBmaXJlIGFuZCBmb3JnZXQgUE9TVCB3aXRoIHBh eWxvYWQuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ S2VlcCB0aGUgcHVsbCBvcHRpb24gdXNpbmcgUE9TVCB3aXRoIHplcm8tbGVuZ3RoIHBheWxvYWQg dG8gLndlbGwta25vd24vY29yZSBhcyBhIHNpbXBsZSByZWdpc3RyYXRpb24gcGF0dGVybi4gQWxs b3cgZXAsIGV0LCBhbmQgbHQgcGFyYW1ldGVycyBvbiB0aGUgcHVsbCB0cmlnZ2VyLiBBbGxvdyB0 aGUgUkQgdG8gcmV0dXJuIGFuIG9wdGlvbmFsIGxvY2F0aW9uLXBhdGggaW4gcmVzcG9uc2UgdG8g cHVsbCB0cmlnZ2VyLA0KIHRvIGVuYWJsZSBsaW5rIG9wZXJhdGlvbnMuJm5ic3A7PG86cD48L286 cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFG NDk3RCI+WWVzLCB0aGUgcHVsbCBvcHRpb24gdGhyb3VnaCBQT1NUaW5nIHRvIC8udy1rL2NvcmUg cmVsaWV2ZXMgdGhlIGRldmljZSBmdXJ0aGVyIC0mZ3Q7IHNpbXBsZSByZWdpc3RyYXRpb24uIFJl dHVybmluZyBhIGhhbmRsZSBtaWdodCBub3QgYmUgdXNlZnVsIGZvcg0KIHNpbXBsZSBkZXZpY2Vz LiBJdCBmdXJ0aGVybW9yZSBtYWtlcyBpdCBtb3JlIGNvbXBsaWNhdGVkIGZvciB0aGUgUkQ6IEl0 IG5lZWRzIHRvIGFsbG9jYXRlIHNvbWV0aGluZyBkaXJlY3RseSwgYW5zd2VyIHdpdGggdGhlIExv Y2F0aW9uIGhhbmRsZSwgYW5kIG9ubHkgdGhlbiBzdGFydHMgdG8gcHVsbCB0aGUgcmVzb3VyY2Vz LiBUaGUgUkQgY291bGQgYWxzbyB1c2UgYSBzZXBhcmF0ZSByZXNwb25zZSwgYnV0IHRoZW4gdGhl IHNpbXBsZSBkZXZpY2UNCiBtdXN0IGJlIGF3YXJlIHRoYXQgaXQgbWlnaHQgaGF2ZSB0byB3YWl0 IHF1aXRlIGxvbmcgdW50aWwgaXQgcmVjZWl2ZXMgYSByZXNwb25zZSwgYmVjYXVzZSB0aGUgUkQg aGFzIHRvIHB1bGwgdGhlIGxpbmtzIGZvciB0aGUgcG90ZW50aWFsbHkgc2xvdyBkZXZpY2UgaW4g dGhlIG1lYW50aW1lLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTom cXVvdDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlh bCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkkgd291bGQgZ28g Zm9yIGEgc2ltcGxlIGdhcmJhZ2UgY29sbGVjdGVkIHNvbHV0aW9uIGhlcmU6IHRoZSBzaW1wbGUg ZGV2aWNlIHRyaWdnZXJzIHRoZSBwdWxsLCBtYXkgc2V0IGEgbGlmZXRpbWUgYW5kIHNpbXBseSB0 cmlnZ2VycyB0aGUgcHVsbCBhZ2Fpbg0KIGFmdGVyIChvciBzaG9ydGx5IGJlZm9yZSkgdGhlIGxp ZmV0aW1lIGVuZHMuIFRoZSBSRCBlaXRoZXIgb3ZlcndyaXRlcyBhbiBleGlzdGluZyBlbnRyeSB3 aXRoIHRoYXQgc291cmNlIGFkZHJlc3Mgd2l0aCB0aGUgcHVsbGVkIGxpbmtzIG9yIGNyZWF0ZXMg YSBuZXcgcmVnaXN0cmF0aW9uIGlmIHRoZSBzb3VyY2UgYWRkcmVzcyBjaGFuZ2VkOyB0aGUgb2xk IHJlZ2lzdHJhdGlvbiB3aWxsIGJlIGRlbGV0ZWQgYXV0b21hdGljYWxseS48bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fu cy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZx dW90Oztjb2xvcjojMUY0OTdEIj5UaGVyZSBpcyBhIHNtYWxsIHNlY3VyaXR5IGNvbnNpZGVyYXRp b24gaGVyZTogV2hlbiB0aGUgc291cmNlIGFkZHJlc3MgaXMgc3Bvb2ZlZCwgb25lIGNvdWxkIHBv dGVudGlhbGx5IG1lc3MgdXAgZXhpc3RpbmcgcmVnaXN0cmF0aW9ucy4gVGh1cywg4oCccHVsbA0K IHJlZ2lzdHJhdGlvbnPigJ0gbXVzdCBiZSBoYW5kbGVkIHNlcGFyYXRlbHkgZnJvbSBub3JtYWwg cmVnaXN0cmF0aW9ucy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7QXJpYWwmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90Oztjb2xvcjojMUY0OTdEIj48 bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+QWxsb3cgcmVnaXN0cmF0aW9uIG9mIGFuIGVtcHR5 IGxpbmsgcGF5bG9hZCB3aXRoIGVwLCBldCwgYW5kIGx0IG9wdGlvbnMgdXNpbmcgYm90aCBwdXNo IGFuZCBwdWxsIHBhdHRlcm5zLCB0byBlbmFibGUgZW5kcG9pbnQgcmVnaXN0cmF0aW9uIGFuZCBs b29rdXAuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g bGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0Fy aWFsJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+JiM0MzsxPG86cD48L286cD48 L3NwYW4+PC9wPg0KPC9kaXY+DQo8ZGl2Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFu Zz0iRU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPGRpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPlRoaXMgc2VlbXMgdG8gaGFuZyB0b2dldGhlcjsgaXMgaXQgd2hh dCB5b3UgaGFkIGluIG1pbmQ/PG86cD48L286cD48L3A+DQo8L2Rpdj4NCjxkaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7LCZxdW90 O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+VGhpcyBzb3VuZHMgdmVyeSBnb29kIHRv IG1lIG5vdyA6KTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtBcmlhbCZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9 IkVOLVVTIiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVvdDtBcmlhbCZx dW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7O2NvbG9yOiMxRjQ5N0QiPkJlc3Qgd2lzaGVzPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4t VVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O0FyaWFsJnF1b3Q7 LCZxdW90O3NhbnMtc2VyaWYmcXVvdDs7Y29sb3I6IzFGNDk3RCI+TWF0dGhpYXM8bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4EBB3DDD0FBF694CA2A87838DF129B3C017E08ADDEFTHW99EL4MSXw_-- From nobody Tue Jun 21 03:46:47 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E1CB012D18B; Tue, 21 Jun 2016 03:46:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CBcLN0f6_ORv; Tue, 21 Jun 2016 03:46:42 -0700 (PDT) Received: from violet.upc.es (violet.upc.es [147.83.2.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8544612D189; Tue, 21 Jun 2016 03:46:42 -0700 (PDT) Received: from entelserver.upc.edu (entelserver.upc.es [147.83.39.4]) by violet.upc.es (8.14.1/8.13.1) with ESMTP id u5LAkb3I017611; Tue, 21 Jun 2016 12:46:37 +0200 Received: from webmail.entel.upc.edu (webmail.entel.upc.edu [147.83.39.6]) by entelserver.upc.edu (Postfix) with ESMTP id 879851D53C1; Tue, 21 Jun 2016 12:46:36 +0200 (CEST) Received: from 131.111.5.142 by webmail.entel.upc.edu with HTTP; Tue, 21 Jun 2016 12:47:13 +0200 Message-ID: <58191482f94cf2604e279ccd0885a9e0.squirrel@webmail.entel.upc.edu> In-Reply-To: References: <655C07320163294895BBADA28372AF5D488CC027@FR712WXCHMBA15.zeu.alcatel-lucent.com> <575A9092.9090604@tzi.org> Date: Tue, 21 Jun 2016 12:47:13 +0200 From: "Carles Gomez Montenegro" To: "Abhijan Bhattacharyya" User-Agent: SquirrelMail/1.4.21-1.fc14 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal X-Mail-Scanned: Criba 2.0 + Clamd X-Greylist: Delayed for 17:38:15 by milter-greylist-4.4.3 (violet.upc.es [147.83.2.51]); Tue, 21 Jun 2016 12:46:38 +0200 (CEST) Archived-At: Cc: "lwip@ietf.org" , "tcpm@ietf.org Extensions" , "jon.crowcroft@cl.cam.ac.uk" , core@ietf.org Subject: Re: [core] [tcpm] [Lwip] [Fwd: New Version Notification for draft-gomez-core-tcp-constrained-node-networks-00.txt] X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 10:46:45 -0000 Hi Abhijan, (Keeping the lists included as destinations, sorry for multiple copies...) Thank you very much for your feedback. Please find some inline comments below: > Hi, > > Section 3.4 of the draft states the following: > > "it is envisaged that further segment exchanges will take place within an > interval of two hours since the last segment has been sent" Actually, the complete sentence is: 'In CNNs, a TCP connection SHOULD be kept open as long as the two TCP endpoints have more data to exchange or it is envisaged that further segment exchanges will take place within an interval of two hours since the last segment has been sent.' So the 'as long as' still precedes the sentence you have pointed out. Anyway, prepending an 'if' to the sentence may help clarify the text. By the way, the two-hour value (influenced by the default keep-alive timer) was chosen here as a trade-off between avoiding too frequent TCP connection establishment overhead and avoiding to keep unused state in constrained devices for too long. > Could you please explain a bit about the basis of such a deterministic > assumption? If you could share some pointers to any study related to this. > There is RFC 5382 which kind of mandates that the time out cannot be less > than 124 minutes. Does it drive the above assumption? However, not sure > how many implementations adheres to the time mentioned in RFC 5382. RFC 5382 (which is very relevant for this draft) requires NATs not to remove state for a live connection, ensuring that 'applications can send keep-alive packets at the default rate (every 2 hours)'. So the two-hour default keep-alive timer is also influencing the 124-minute time out mentioned in RFC 5382. > In the recent time I had been looking at the different efforts that has > gone into improving TCP performance from different aspects under different > circumstances since the early days. Given the short transactional type of > exchanges, would it be also worthwhile to count experimental RFCs like > "TCP Fast Open" and see how CoAP performs on top of it? I agree that this is something to look at. TCP Fast Open allows data to be carried in the SYN (and SYN-ACK) packet(s) and consumed by the receiving end during the initial connection handshake. However, TCP Fast Open involves an initial RTT for requesting a 4-to-16-byte cookie, which is then included in the Fast Open option of the SYN segment of new connections. Furthermore, the cookie needs to be updated (I'm not sure how often) for security. TCP Fast Open can benefit applications that open 'many' new connections, while the approach proposed in our draft is to keep a TCP connection open for long time, avoiding connection establishment as much as possible. If a TCP connection is kept open for long time, the possible benefits (which, in my opinion, are not so clear considering all of the above) of TCP Fast Open will become asymptotically negligible. Cheers, Carles > Regards > Abhijan Bhattacharyya From nobody Tue Jun 21 06:32:14 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AB5112B03E for ; Tue, 21 Jun 2016 06:32:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MbIeM1ZOgyPG for ; Tue, 21 Jun 2016 06:32:10 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D23812B027 for ; Tue, 21 Jun 2016 06:32:10 -0700 (PDT) X-AuditID: c1b4fb25-f79f26d00000327e-be-576941d8daae Received: from ESESSHC013.ericsson.se (Unknown_Domain [153.88.183.57]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id E6.2F.12926.8D149675; Tue, 21 Jun 2016 15:32:08 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC013.ericsson.se ([153.88.183.57]) with mapi id 14.03.0294.000; Tue, 21 Jun 2016 15:32:06 +0200 From: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= To: Carsten Bormann Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OrcuKGiLuZT0KouCOjU0tR65/zmSWAgAAwxoA= Date: Tue, 21 Jun 2016 13:32:05 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> <576918EB.7000205@tzi.org> In-Reply-To: <576918EB.7000205@tzi.org> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.147] Content-Type: text/plain; charset="utf-8" Content-ID: Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrMIsWRmVeSWpSXmKPExsUyM2K7pe4Nx8xwg9/TNC2OTLnLarHv7Xpm i6U777E6MHss3rSfzWPJkp9MHtMWZQYwR3HZpKTmZJalFunbJXBlXD/+maXgn0LF08McDYwT FLoYOTkkBEwkdl34zQJhi0lcuLeerYuRi0NI4AijxILpP5kgnMWMEncPXWECqWITcJb49KyR HcQWEVCSuHBxDRuIzSwQLrH27QWwScICWhLff00GsjmAarQlpm5UgSi3kph+7BAzSJhFQFVi fx8biMkrYC9xv5EDpEJIwFGif+Z2VhCbU0Bd4m/XPrCBjECnfT+1hglikbjErSfzmSBOFpBY suc8M4QtKvHy8T9WkJESQIdN25oGYjILaEqs36UP0WktcfTfF6gpihJTuh+CvcErIChxcuYT lgmM4rOQLJiF0D0LSfcsJN2zkHQvYGRdxShanFqclJtuZKyXWpSZXFycn6eXl1qyiREYdQe3 /FbdwXj5jeMhRgEORiUeXgX9jHAh1sSy4srcQ4wSHMxKIry77DPDhXhTEiurUovy44tKc1KL DzFKc7AoifP6v1QMFxJITyxJzU5NLUgtgskycXBKNTA6GMlk7/y48t6EI1+Cw+3SJu5KW3F0 sUboTNlNQQpFXI8M9D4vlLjjIJD6k3leK++u24LuPabs6bLWDHN+hRzfccd8MgPveeNy/WMn fHiK4v7cPzRtgX2y55a5FfEVc5fUdTP7u77emld2XThPLoQptedcwvbXES25S+e8s16fyz6h cc7PxpNKLMUZiYZazEXFiQD99MxPtgIAAA== Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 13:32:12 -0000 SGksDQoNCml0IGlzIHRydWUgdGhhdCBMV00yTSBzd2l0Y2hlcyB0aGUgdGVybSBvZiBjbGllbnQg YW5kIHNlcnZlci4gVGhleSBwcm9iYWJseSBzaG91bGQganVzdCBjYWxsIGl0IOKAnGVuZHBvaW50 IiBhbmQg4oCcbWFuYWdlciIgb3Igc29tZXRoaW5nIGxpa2UgdGhhdCB0byBhdm9pZCBjb25mdXNp b24uIEFuZCB0aGVuIGV4cGxhaW4gdGhhdCBhbmQgZW5kcG9pbnQgaXMgYSBDb0FQIENsaWVudCBh bmQgU2VydmVyLCBldGPigKYgIA0KDQpXaGF0IEkgZmluZCBpbnRlcmVzdGluZyBoZXJlIGlzIHRo YXQgYm90aCBMV00yTSBhbmQgQ09NSSAqYXJlKiBiYXNpY2FsbHkgQ29BUC4gDQoNCkxXTTJNIHNp bXBseSBkZWZpbmVzIGEgc2V0IG9mIGNvbW1vbiBpbnRlcmFjdGlvbnMgYmV0d2VlbiBhbiBlbmRw b2ludCBhbmQgaXRzIG1hbmFnZXIuIEFsbCBvZiB0aG9zZSBpbnRlcmFjdGlvbnM3aW50ZXJmYWNl cyBhcmUganVzdCBDb0FQIG1lc3NhZ2VzIHdpdGggYSBzcGVjaWZpYyByZXNvdXJjZSBPYmplY3Qg TW9kZWwuIEluIGZhY3QgbWFueSBvZiB0aG9zZSBvcGVyYXRpb25zIGFyZSBwbGFpbiBDb0FQLCBm b3IgZXhhbXBsZSBSZWdpc3RyYXRpb24gaXMgYmFzaWNhbGx5IHVzaW5nIFJEIGFuZCB0aGUg4oCc L2x3bTJt4oCdIHBhdGgsIEluZm9ybWF0aW9uIFJlcG9ydGluZyBpcyBiYXNpY2FsbHkgQ29BUCBP YnNlcnZlLCBSZXNvdXJjZSBPcGVyYXRpb25zIGFyZSBqdXN0IENvQVAgUkVTVCBtZXRob2RzIHdp dGggYSBDUlVEIGZvcm1hdCBvbiB0b3AsIEdFVCBiZWNvbWVzIFJldHJpZXZlLCBQT1NUIGJlY29t ZXMgQ3JlYXRlLCBldGMuDQoNCk9uIHRoZSBPYmplY3QgTW9kZWwgc2lkZSwgd2hhdCBJIHRoaW5r IHdvdWxkIGJlIHJlbGF0aXZlbHkgc2ltcGxlIGlzIHRvIHRyYW5zbGF0ZSBzb21lIG9mIHRoZSBM V00yTSBPYmplY3RzIChpbiBYTUwpIHRvIFlBTkcgZm9ybWF0IChhcyBDYXJzdGVuIHN1Z2dlc3Rl ZCksIEkgY291bGQgZG8gdGhhdCBpZiBJIGdldCBzb21lIGhlbHAgZnJvbSBzb21lb25lIHdpdGgg WUFORyBleHBlcnRpc2UuIFNpbWlsYXJseSwgd2hhdCBDT01JIGNvdWxkL3Nob3VsZCBoYWQgaXMg Z29vZCBkZWZpbml0aW9ucyBvbiBob3cgdG8gZG8gdGhlIGFmb3JlbWVudGlvbmVkIG1hbmFnZW1l bnQgb3BlcmF0aW9ucy4gDQoNCkNpYW8hDQotIC0gSmFpbWUgSmltZW5leg0KDQo+IE9uIDIxIEp1 biAyMDE2LCBhdCAxMzozNywgQ2Fyc3RlbiBCb3JtYW5uIDxjYWJvQHR6aS5vcmc+IHdyb3RlOg0K PiANCj4gKFRyYW5zbGF0aW9uOiBXaGF0IEhhbm5lcyBjYWxscyBhICJzZXJ2ZXIiIGlzIGEgInNl cnZlciIgaW4gTFdNMk0NCj4gdGVybWlub2xvZ3ksIHdoaWNoIGlzIHRoZSBjb21tb24gdGVybSBm b3IgYSBwaXp6YSBib3ggaW4gYSByYWNrIHR1cm5pbmcNCj4gYSBraWxvd2F0dCBpbnRvIGhlYXQg ZXhwZWxsZWQgd2l0aCBsb3VkIGZhbnMuICBJbiBMV00yTSwgc21hbGwgZGV2aWNlcw0KPiBhcmUg Y2FsbGVkICJjbGllbnRzIiwgZXZlbiBpZiB0aGV5IGFyZSBzZXJ2ZXJzIGluIHRlcm1zIG9mIHRo ZWlyDQo+IGNvbW11bmljYXRpb24gYmVoYXZpb3IuKQ0KPiANCj4gSW5kZWVkLCBoYXZpbmcgc29t ZSBleGFtcGxlcyBzaG93aW5nIHRoZSBvdmVyYWxsIHBpY3R1cmUgb2YgaG93IENPTUkNCj4gbWln aHQgYmUgdXNlZCB3b3VsZCBiZSB2ZXJ5IHVzZWZ1bC4gIChUaGUgZXhhbXBsZSB5b3UgYXJlIGdp dmluZyBoZXJlIGlzDQo+IHNvbWV3aGF0IGZvY3VzZWQgb24gZGV2aWNlIGRpc2NvdmVyeSBhbmQg cmVnaXN0cmF0aW9uLCBzb21ldGhpbmcgdGhhdCBpcw0KPiBhIGJpdCBzZWNvbmRhcnkgdG8gQ09N SSBzbyBmYXIuKQ0KPiANCj4gT24gdGhlIG90aGVyIHNpZGUsIEkgYWxzbyB3b3VsZCBiZSBpbnRl cmVzdGVkIGluIHNvbWVvbmUgdGFraW5nIHRoZQ0KPiAoc29tZT8pIExXTTJNIHNwZWNzIGFuZCB0 cmFuc2xhdGluZyB0aGVtIGludG8gWUFORyAtLSBpcyB0aGUgcmVzdWx0DQo+IHNvbWV0aGluZyB0 aGF0IHdlIGFjdHVhbGx5IG1pZ2h0IGJlIGFibGUgdG8gdXNlPyAgKFRoZXJlIGFyZSBzb21lDQo+ IG9idmlvdXMgZGlmZmljdWx0aWVzLCBhcyBMV00yTSBpcyBjbG9zZXIgdG8gUkVTVCBhbmQsIGZv ciBleGFtcGxlLCBtYWtlcw0KPiB1c2Ugb2YgbWVkaWEgdHlwZXMsIGJ1dCB3aG8gc2F5cyBZQU5H IGNhbid0IGdyb3cgdG8gdGhlIG9jY2FzaW9uPykNCj4gDQo+IEdyw7zDn2UsIENhcnN0ZW4NCj4g DQo+IA0KPiBIYW5uZXMgVHNjaG9mZW5pZyB3cm90ZToNCj4+IEhpIENPTUkgZnJpZW5kcywNCj4+ IA0KPj4gc2luY2UgeW91IGhhdmUgZm9yIHN1cmUgcHJvZ3Jlc3NlZCB5b3VyIHdvcmsgcXVpdGUg YSBiaXQgc2luY2Ugd2UgbGFzdA0KPj4gbWVldCBpbiBCQSBJIGFtIHdvbmRlcmluZyB3aGV0aGVy IHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBtZXNzYWdlIGV4Y2hhbmdlDQo+PiBleGFtcGxlcyB1c2lu ZyBDT01JIGZvciBtZS4NCj4+IA0KPj4gRm9yIGV4YW1wbGUsIHRoaW5rIGFib3V0IGEgdHlwaWNh bCBJb1QgZGV2aWNlIGxpZmVjeWNsZSB3aGVyZSB0aGUgZGV2aWNlDQo+PiBzdGFydHMgYW5kIHJl Z2lzdGVycyBpdHMgcmVzb3VyY2VzIHdpdGggYSBzZXJ2ZXIgaW4gdGhlIGNsb3VkLCBpdCB0aGVu DQo+PiBwZXJpb2RpY2FsbHkgc2VuZHMgc2Vuc29yIHJlYWRpbmdzICh0byB0aGF0IHNlcnZlciks IGFuZCBnZXRzIHJlcXVlc3RzDQo+PiBmcm9tIGEgc2VydmVyIGFzIHdlbGwuDQo+PiANCj4+IEhv dyB3b3VsZCB0aGlzIGxvb2sgbGlrZSBpbiBDT01JPw0KPj4gDQo+PiBDaWFvDQo+PiBIYW5uZXMN Cj4+IA0KPj4gDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPj4gY29yZSBtYWlsaW5nIGxpc3QNCj4+IGNvcmVAaWV0Zi5vcmcNCj4+IGh0dHBzOi8v d3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0KPiANCj4gX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gY29yZSBtYWlsaW5nIGxpc3QNCj4g Y29yZUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2Nv cmUNCg0K From nobody Tue Jun 21 06:49:45 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E82D12B05F for ; Tue, 21 Jun 2016 06:49:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1qzIR29P9vMl for ; Tue, 21 Jun 2016 06:49:42 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C294712B05A for ; Tue, 21 Jun 2016 06:49:40 -0700 (PDT) X-AuditID: c1b4fb3a-f79386d00000467b-18-576945f29311 Received: from ESESSHC012.ericsson.se (Unknown_Domain [153.88.183.54]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 85.FD.18043.2F549675; Tue, 21 Jun 2016 15:49:38 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC012.ericsson.se ([153.88.183.54]) with mapi id 14.03.0294.000; Tue, 21 Jun 2016 15:49:37 +0200 From: =?iso-8859-1?Q?Jaime_Jim=E9nez?= To: "Kovatsch, Matthias" Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxxmyGGs/vp3mHU2KD6Bcnu1vZ5/yCdsAgAHN6oA= Date: Tue, 21 Jun 2016 13:49:37 +0000 Message-ID: <057C1C32-5190-4642-BCE0-BDD9E190D9DD@ericsson.com> References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.17] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrEIsWRmVeSWpSXmKPExsUyM2K7me4n18xwg5u7xSyOTLnLavFo/yo2 i31v1zNbNE54wejA4rFkyU8mj+0nJzF5TFuU6XGiYTt7AEsUl01Kak5mWWqRvl0CV8b+3g2M BdN5KpZ+WsTawHiTs4uRk0NCwETi1JxHrBC2mMSFe+vZuhi5OIQEjjBKfHq/gBXCWQzkPF/P AlLFJuAs8e3zLKYuRg4OEQELie3/+EDCzAINjBJHrtqD2MIC3hJnDjYwgtgiAj4Svx6eZIco t5L4eBMszCKgKtG+cwqYzStgL/G+ZSMzxKrrjBKbT+wES3AKREic793ADGIzAh33/dQaJohd 4hK3nsxngjhaQGLJnvPMELaoxMvH/1hBdkkIKEos75eDKNeTuDF1ChuEbS3RMuMMO4StLbFs 4WtmiBsEJU7OfMIygVF8FpINs5C0z0LSPgtJ+ywk7QsYWVcxihanFhfnphsZ6aUWZSYXF+fn 6eWllmxiBMbkwS2/rXYwHnzueIhRgINRiYc3IT0jXIg1say4MvcQowQHs5II70uXzHAh3pTE yqrUovz4otKc1OJDjNIcLErivP4vFcOFBNITS1KzU1MLUotgskwcnFINjPxzq27ssj+g+slz 5TumJMmfrjOn3TbSzIy59M590d2OVzN5r2oqvPFonHs57PGNphn5e6e73q/rEb21qDC2Yebd 1fd+2a+88rjzUazrttdSypcXJ5g6BbK5ONb8mxJW9EfEdYbYXd3GtM/2aQvYBX8/25Z9cCYP f8xj/R1lnew7998OXa19NEqJpTgj0VCLuag4EQCSmccjxQIAAA== Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 13:49:44 -0000 Hi, a gentle reminder that the consensus call ends tomorrow.=20 Ciao! - - Jaime Jimenez > On 20 Jun 2016, at 13:16, Kovatsch, Matthias wrote: >=20 > Dear group >=20 > In general I liked the BERT proposal from the beginning due to its necess= ity. Thus, I am for adoption as working group item. I am not fully sure whe= re, yet. >=20 >> But then, with larger messages sizes (via the Max-Message-Size capabilit= y >> indication) available in TCP, there may be no need to implement block-wi= se on a >> TCP node (assuming the device's application does not care about head-of-= line >> blocking). >=20 > I agree. I can imagine a constrained node with a custom TCP implementatio= n, rather low Max-Message-Size, and hence no need for Block. >=20 >> But is there a point in a TCP device that has block-wise but not BERT? >=20 > My best guess is blockwise TCP always supports BERT. >=20 > The reason why I am not fully convinced yet that BERT must be part of the= TCP draft is BERT over UDP. Does it make sense there? The receiver would n= ot be able to negotiate the size. The sender has no way to learn the suppor= ted maximum message size. Like the path MTU, it would need trial and error = to figure it out. Does anyone have a good use case for BERT over UDP? Other= wise, I tend for integration of BERT into the TCP draft. >=20 > Ciao > Matthias > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Tue Jun 21 07:05:34 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2BD212B042 for ; Tue, 21 Jun 2016 07:05:32 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id izSMcfCzmK0J for ; Tue, 21 Jun 2016 07:05:31 -0700 (PDT) Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by ietfa.amsl.com (Postfix) with ESMTP id A7A6212B03C for ; Tue, 21 Jun 2016 07:05:31 -0700 (PDT) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [217.70.183.198]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id 53718486C46; Tue, 21 Jun 2016 16:01:22 +0200 (CEST) X-Originating-IP: 134.102.119.234 Received: from eduroam-pool7-2026.wlan.uni-bremen.de (eduroam-pool7-2026.wlan.uni-bremen.de [134.102.119.234]) (Authenticated sender: cabo@cabo.im) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id EB747FB8C8; Tue, 21 Jun 2016 16:01:21 +0200 (CEST) Message-ID: <576948B0.9000901@tzi.org> Date: Tue, 21 Jun 2016 16:01:20 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "Kovatsch, Matthias" References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> In-Reply-To: <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 14:05:33 -0000 Hi Matthias, > The reason why I am not fully convinced yet that BERT must be part of the TCP draft is BERT over UDP. Does it make sense there? The receiver would not be able to negotiate the size. The sender has no way to learn the supported maximum message size. Like the path MTU, it would need trial and error to figure it out. Does anyone have a good use case for BERT over UDP? Otherwise, I tend for integration of BERT into the TCP draft. Right now we are doing BERT for TCP/TLS/Websockets only (that's what the RT in BERT is about -- Reliable Transport). The reason is that making use of BERT is tied to increasing the maximum message size (which is currently limited to 1152 by Section 4.6 of RFC 7252). I currently don't know a good way to provide increased message size on UDP -- while in theory the MTU could be larger than the usual Internet MTU of around 1500 bytes, networks that can do this in practice are rare. (Yes, there may be special networks that have larger MTUs. We still have a detection problem. And no, you don't want to use fragmentation except maybe in very controlled environments.) Do you have a specific use case in mind that would benefit from BERT over UDP? (If we do want to do BERT over UDP, it is not clear to me that defining the extension in the TTW draft is detrimental -- another document could easily pick this extension up and define the missing pieces for UDP/DTLS.) Grüße, Carsten From nobody Tue Jun 21 07:33:00 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7765012B058 for ; Tue, 21 Jun 2016 07:32:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wEoNKqUJXotv for ; Tue, 21 Jun 2016 07:32:56 -0700 (PDT) Received: from na01-bl2-obe.outbound.protection.outlook.com (mail-bl2on0130.outbound.protection.outlook.com [65.55.169.130]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A5CBA12B055 for ; Tue, 21 Jun 2016 07:32:55 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Wmsgzjak5We6z0noE4kMfBowEsjPYIU+6bUyk01pGBU=; b=SyQeGhSL6CwK9ZaDtXFy6gm1uLY2XHRxQ8fvcUySnDsgnXTkPKQUjaCXGZh1Hr+5UPJu+NX72xwDwoW/hGtOj2iUfNiyXYSe1s3jC/1Jv6VmKQ4zCaRZaCRBl4njWnVSzYHhgTr/9fGorKL0dBuN5L70TBS08YR3XavesEHtPu4= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1764.namprd06.prod.outlook.com (10.162.224.150) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 14:32:53 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 14:32:53 +0000 From: Michel Veillette To: Carsten Bormann , "Kovatsch, Matthias" Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxxhHa8trLoIidkyW0JuMkP58sZ/qpSyAgAeGOQCAAdEwAIAABdGw Date: Tue, 21 Jun 2016 14:32:53 +0000 Message-ID: References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> In-Reply-To: <576948B0.9000901@tzi.org> Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: fcc3780b-49e4-472b-d6c7-08d399e0ee25 x-microsoft-exchange-diagnostics: 1; BLUPR06MB1764; 6:OZ4TFpKpp5/1rjkMZAnDOz0irFs+k5YujukRcFWdcIHSAkHU1lLxK/TBv5hwdNHKJfOUkHp8+qhoP4MwVS8bG00YfeVJE483nliYRqaaqcHjGl1brYuJgDj/ZCJ5GmISlQe5R27LeiPV83TRaiT4BVxeauwGhDmMynf/b2tsikHG8q4yjx4zcPmtZlzEPILwgoOfx+k5cW8/91Uh1yDtJGzuaVI3Q/3iCLkz57jtSpo7avOQ4/8PKc3EZ91PZR0egFJ/KiWA1BKu64uQ02dVWozipJj7Px2CBG0vZYllDLc=; 5:NjZyJT5O8A1V7A5P2cyYYJ5CyRIqzU2+CsM+a8doFqxRsCEtjlvl1lb7Pc6Hr7OOonwPXEZ00rVk44psCQhAtfyi/jZvT063i444TI/a1EPdL9APPOacINoq6zoFvYRjD9Zc5QmGdSJhZ6Bs37sCdA==; 24:FjYu0w0E9C04Xb1uTvmPPOVDruV6mfWwpwnRzJs7//kE2i5ZHXvgDtu9vuYYjYxSDOpZCriRT757RWbKxWFXNipM00/dZjHh1jfIeDyNK8o=; 7:vPSDFFfIMnfrXfTeg+CbIH3q0UOOHVg2bLfySnqlwb5gnloon5WqxxlwCONl3hcqB3pkyJc+ks2Pr+ReFmqQReVfrrzSj2inmHXl+MufSebQE4N1pA3PY04Szm5xUpbrYo/XG81RzIqTwEw8MjHX9mYge7riEG57xVpV8sK+jTW0BMEMQZAI6/WXkOiJEQh2QeruXr3zno9dogyCIxn2uOJtyH5JEzKevv2oaJ+I390P0PKAgOAWTlj9M7LWALp/ x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1764; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(100405760836317)(126837547833334); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR06MB1764; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1764; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(377454003)(189002)(13464003)(199003)(57704003)(33656002)(101416001)(102836003)(6116002)(2906002)(189998001)(3846002)(4326007)(86362001)(66066001)(586003)(11100500001)(15975445007)(76576001)(7736002)(5003600100003)(97736004)(5001770100001)(8676002)(3660700001)(74316001)(87936001)(99286002)(3280700002)(50986999)(7846002)(93886004)(77096005)(81156014)(106116001)(19580395003)(2950100001)(92566002)(2900100001)(76176999)(9686002)(81166006)(10400500002)(122556002)(230783001)(105586002)(5002640100001)(54356999)(8936002)(68736007)(19580405001)(7696003)(106356001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1764; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 14:32:53.4391 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1764 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 14:32:58 -0000 SGkgQ2Fyc3Rlbg0KDQpTZWN0aW9uIDQuNiBvZiBSRkMgNzI1MiBwcm92aWRlcyBhIHJlY29tbWVu ZGVkIG1heGltdW0gbWVzc2FnZSBzaXplLCBidXQgZG9lc24ndCBwcmVjbHVkZSB0aGUgdXNlIG9m IGxhcmdlciBtZXNzYWdlcy4NCldpdGggdGhlIGFkb3B0aW9uIG9mIHRoZSAiTDMiIGZvcm1hdCwg ZG9uJ3Qgd2UgZXh0ZW5kIHRoaXMgbWF4aW11bSBDb0FQIG1lc3NhZ2Ugc2l6ZSB0byA0IEdCPw0K SW4gdGhpcyBjb250ZXh0LCB3aHkgZG8gd2UgbmVlZCBCRVJUPw0KDQpJJ20gYXNraW5nIGJlY2F1 c2Ugd2UgYWxyZWFkeSBoYXZlIG1hbnkgZnJhZ21lbnRhdGlvbiBvcHRpb25zICg2bG93UEFOLCBJ UCBmcmFnbWVudGF0aW9uLCBDb0FQIGJsb2NrLCBUQ1ApIGFuZCBpbiBnZW5lcmFsIG1vcmUgb3B0 aW9ucyBtZWFucyBsZXNzIGludGVyb3BlcmFiaWxpdHkuDQoNClJlZ2FyZHMsDQpNaWNoZWwNCg0K LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGNvcmUgW21haWx0bzpjb3JlLWJvdW5j ZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBDYXJzdGVuIEJvcm1hbm4NClNlbnQ6IFR1ZXNkYXks IEp1bmUgMjEsIDIwMTYgMTA6MDEgQU0NClRvOiBLb3ZhdHNjaCwgTWF0dGhpYXMgPG1hdHRoaWFz LmtvdmF0c2NoQHNpZW1lbnMuY29tPg0KQ2M6IGNvcmVAaWV0Zi5vcmcNClN1YmplY3Q6IFJlOiBb Y29yZV0gQ29uc2Vuc3VzIGNhbGwgb24gQkVSVCBkcmFmdC1ib3JtYW5uLWNvcmUtYmxvY2stYmVy dC0wMQ0KDQpIaSBNYXR0aGlhcywNCg0KPiBUaGUgcmVhc29uIHdoeSBJIGFtIG5vdCBmdWxseSBj b252aW5jZWQgeWV0IHRoYXQgQkVSVCBtdXN0IGJlIHBhcnQgb2YgdGhlIFRDUCBkcmFmdCBpcyBC RVJUIG92ZXIgVURQLiBEb2VzIGl0IG1ha2Ugc2Vuc2UgdGhlcmU/IFRoZSByZWNlaXZlciB3b3Vs ZCBub3QgYmUgYWJsZSB0byBuZWdvdGlhdGUgdGhlIHNpemUuIFRoZSBzZW5kZXIgaGFzIG5vIHdh eSB0byBsZWFybiB0aGUgc3VwcG9ydGVkIG1heGltdW0gbWVzc2FnZSBzaXplLiBMaWtlIHRoZSBw YXRoIE1UVSwgaXQgd291bGQgbmVlZCB0cmlhbCBhbmQgZXJyb3IgdG8gZmlndXJlIGl0IG91dC4g RG9lcyBhbnlvbmUgaGF2ZSBhIGdvb2QgdXNlIGNhc2UgZm9yIEJFUlQgb3ZlciBVRFA/IE90aGVy d2lzZSwgSSB0ZW5kIGZvciBpbnRlZ3JhdGlvbiBvZiBCRVJUIGludG8gdGhlIFRDUCBkcmFmdC4N Cg0KUmlnaHQgbm93IHdlIGFyZSBkb2luZyBCRVJUIGZvciBUQ1AvVExTL1dlYnNvY2tldHMgb25s eSAodGhhdCdzIHdoYXQgdGhlIFJUIGluIEJFUlQgaXMgYWJvdXQgLS0gUmVsaWFibGUgVHJhbnNw b3J0KS4NCg0KVGhlIHJlYXNvbiBpcyB0aGF0IG1ha2luZyB1c2Ugb2YgQkVSVCBpcyB0aWVkIHRv IGluY3JlYXNpbmcgdGhlIG1heGltdW0gbWVzc2FnZSBzaXplICh3aGljaCBpcyBjdXJyZW50bHkg bGltaXRlZCB0byAxMTUyIGJ5IFNlY3Rpb24gNC42IG9mIFJGQyA3MjUyKS4NCg0KSSBjdXJyZW50 bHkgZG9uJ3Qga25vdyBhIGdvb2Qgd2F5IHRvIHByb3ZpZGUgaW5jcmVhc2VkIG1lc3NhZ2Ugc2l6 ZSBvbiBVRFAgLS0gd2hpbGUgaW4gdGhlb3J5IHRoZSBNVFUgY291bGQgYmUgbGFyZ2VyIHRoYW4g dGhlIHVzdWFsIEludGVybmV0IE1UVSBvZiBhcm91bmQgMTUwMCBieXRlcywgbmV0d29ya3MgdGhh dCBjYW4gZG8gdGhpcyBpbiBwcmFjdGljZSBhcmUgcmFyZS4NCihZZXMsIHRoZXJlIG1heSBiZSBz cGVjaWFsIG5ldHdvcmtzIHRoYXQgaGF2ZSBsYXJnZXIgTVRVcy4gIFdlIHN0aWxsIGhhdmUgYSBk ZXRlY3Rpb24gcHJvYmxlbS4gIEFuZCBubywgeW91IGRvbid0IHdhbnQgdG8gdXNlIGZyYWdtZW50 YXRpb24gZXhjZXB0IG1heWJlIGluIHZlcnkgY29udHJvbGxlZCBlbnZpcm9ubWVudHMuKQ0KDQpE byB5b3UgaGF2ZSBhIHNwZWNpZmljIHVzZSBjYXNlIGluIG1pbmQgdGhhdCB3b3VsZCBiZW5lZml0 IGZyb20gQkVSVCBvdmVyIFVEUD8NCg0KKElmIHdlIGRvIHdhbnQgdG8gZG8gQkVSVCBvdmVyIFVE UCwgaXQgaXMgbm90IGNsZWFyIHRvIG1lIHRoYXQgZGVmaW5pbmcgdGhlIGV4dGVuc2lvbiBpbiB0 aGUgVFRXIGRyYWZ0IGlzIGRldHJpbWVudGFsIC0tIGFub3RoZXIgZG9jdW1lbnQgY291bGQgZWFz aWx5IHBpY2sgdGhpcyBleHRlbnNpb24gdXAgYW5kIGRlZmluZSB0aGUgbWlzc2luZyBwaWVjZXMg Zm9yIFVEUC9EVExTLikNCg0KR3LDvMOfZSwgQ2Fyc3Rlbg0KDQpfX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KY29yZSBtYWlsaW5nIGxpc3QNCmNvcmVAaWV0 Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0K From nobody Tue Jun 21 08:34:28 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7A37912D979 for ; Tue, 21 Jun 2016 08:34:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id X4DZX0InHC7s for ; Tue, 21 Jun 2016 08:34:26 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0238112D978 for ; Tue, 21 Jun 2016 08:34:25 -0700 (PDT) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LFYORs012588 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Jun 2016 17:34:24 +0200 Received: from DEFTHW99ERJMSX.ww902.siemens.net (defthw99erjmsx.ww902.siemens.net [139.22.70.135]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LFYO5M020972 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 Jun 2016 17:34:24 +0200 Received: from DENBGAT9ERFMSX.ww902.siemens.net (139.22.70.83) by DEFTHW99ERJMSX.ww902.siemens.net (139.22.70.135) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 21 Jun 2016 17:34:23 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERFMSX.ww902.siemens.net ([139.22.70.83]) with mapi id 14.03.0294.000; Tue, 21 Jun 2016 17:34:23 +0200 From: "Kovatsch, Matthias" To: Carsten Bormann Thread-Topic: AW: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxxsOGyvD6eK3nUa0mml31pQpq5/yHVNwgAG9tQCAADpJgA== Date: Tue, 21 Jun 2016 15:34:22 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017E0C68@DEFTHW99EL4MSX.ww902.siemens.net> References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> In-Reply-To: <576948B0.9000901@tzi.org> Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.34] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 15:34:27 -0000 PiBEbyB5b3UgaGF2ZSBhIHNwZWNpZmljIHVzZSBjYXNlIGluIG1pbmQgdGhhdCB3b3VsZCBiZW5l Zml0IGZyb20gQkVSVCBvdmVyIFVEUD8NCg0KTm9wZSwgdGhhdCdzIHdoeSBJIGFza2VkIGlmIGFu eW9uZSBoYXMgb25lLg0KVGhhdCBJIGNvdWxkIHNlbmQgYXJvdW5kIGltYWdlcyBvZiBhIGZldyBL aUIgb24gdGhlIEVUSCBuZXR3b3JrIGlzIG5vdCByZWFsbHkgYSB1c2UgY2FzZSwganVzdCBhbiBp bmRpY2F0b3IgdGhhdCBpdCBpcyBwb3NzaWJsZSBhbmQgY29udmVuaWVudCBpbiBzb21lIHJhcmUg Y2FzZXMuLi4NCg0KU2luY2UgdGhlcmUgaGFzIGJlZW4gbm8gcmVzcG9uc2Ugc2luY2UgbXkgbGFz dCwgSSBhbSBub3cgaW4gZmF2b3Igb2Y6DQoNCi0gQkVSVCBiZWNvbWVzIHBhcnQgb2YgdGhlIFRD UCBkcmFmdCB3aGVyZSBpdCBkZWZpbmVzIGhvdyB0byB1c2UgQmxvY2t3aXNlIG92ZXIgcmVsaWFi bGUvc3RyZWFtYmFzZWQgY2hhbm5lbHMuDQotIEVpdGhlciBUQ1AtYmFzZWQgZGV2aWNlcyBoYXZl IEJsb2NrIHdpdGggQkVSVCBvciB0aGV5IGRvIG5vdCBoYXZlIEJsb2NrIHN1cHBvcnQgYXQgYWxs IGFuZCBtYWtlIHVzZSBvZiBNYXgtTWVzc2FnZS1TaXplLg0KDQpDaWFvDQpNYXR0aGlhcw0K From nobody Tue Jun 21 08:44:08 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99AD512D98B for ; Tue, 21 Jun 2016 08:44:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.92 X-Spam-Level: X-Spam-Status: No, score=-6.92 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cTmrVoJL8y8h for ; Tue, 21 Jun 2016 08:44:06 -0700 (PDT) Received: from lizzard.sbs.de (lizzard.sbs.de [194.138.37.39]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4A2F112D97B for ; Tue, 21 Jun 2016 08:44:06 -0700 (PDT) Received: from mail2.sbs.de (mail2.sbs.de [192.129.41.66]) by lizzard.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LFi4fF000999 (version=TLSv1.2 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Tue, 21 Jun 2016 17:44:04 +0200 Received: from DEFTHW99ERLMSX.ww902.siemens.net (defthw99erlmsx.ww902.siemens.net [139.22.70.136]) by mail2.sbs.de (8.15.2/8.15.2) with ESMTPS id u5LFi4bF008423 (version=TLSv1 cipher=AES256-SHA bits=256 verify=FAIL); Tue, 21 Jun 2016 17:44:04 +0200 Received: from DENBGAT9ERIMSX.ww902.siemens.net (139.22.70.138) by DEFTHW99ERLMSX.ww902.siemens.net (139.22.70.136) with Microsoft SMTP Server (TLS) id 14.3.294.0; Tue, 21 Jun 2016 17:44:03 +0200 Received: from DEFTHW99EL4MSX.ww902.siemens.net ([169.254.5.210]) by DENBGAT9ERIMSX.ww902.siemens.net ([139.22.70.138]) with mapi id 14.03.0294.000; Tue, 21 Jun 2016 17:44:03 +0200 From: "Kovatsch, Matthias" To: Michel Veillette , Carsten Bormann Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRy8qlGHjxV7vBGkODt/YF1snnJp/0DUPQ Date: Tue, 21 Jun 2016 15:44:01 +0000 Message-ID: <4EBB3DDD0FBF694CA2A87838DF129B3C017E0CA2@DEFTHW99EL4MSX.ww902.siemens.net> References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> In-Reply-To: Accept-Language: en-US Content-Language: de-DE X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [139.22.70.34] Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 15:44:07 -0000 SGkgTWljaGVsDQoNCj4gU2VjdGlvbiA0LjYgb2YgUkZDIDcyNTIgcHJvdmlkZXMgYSByZWNvbW1l bmRlZCBtYXhpbXVtIG1lc3NhZ2Ugc2l6ZSwgYnV0DQo+IGRvZXNuJ3QgcHJlY2x1ZGUgdGhlIHVz ZSBvZiBsYXJnZXIgbWVzc2FnZXMuDQo+IFdpdGggdGhlIGFkb3B0aW9uIG9mIHRoZSAiTDMiIGZv cm1hdCwgZG9uJ3Qgd2UgZXh0ZW5kIHRoaXMgbWF4aW11bSBDb0FQDQo+IG1lc3NhZ2Ugc2l6ZSB0 byA0IEdCPw0KDQpUbyBtYWtlIGl0IGNsZWFyIGFnYWluOiB3ZSBub3cgY3JlYXRlZCBhbiBhbHRl cm5hdGUgQ29BUCB1bml2ZXJzZSB3aGVyZSBzaGlwcGluZyBhcm91bmQgdG9ucyBvZiBkYXRhIHNl ZW1zIHRvIGJlIG5vcm1hbC4gSG93ZXZlciwgaXQgaXMgbm90IGFibGUgdG8gY29udGFjdCB0aGUg Y29uc3RyYWluZWQgUkVTVGZ1bCB1bml2ZXJzZSB0aGF0IHdlIGFjdHVhbGx5IHRhcmdldGVkLi4u IChVbmxlc3MgcGVvcGxlIGFyZSBhd2FyZSBvZiB0aGlzIGFuZCBkZXNpZ24gc3lzdGVtcyB3aXRo IHJlYXNvbmFibGUgbWVzc2FnZSBzaXplcyBhbmQgZXhwZWN0YXRpb25zLikNCg0KPiBJbiB0aGlz IGNvbnRleHQsIHdoeSBkbyB3ZSBuZWVkIEJFUlQ/DQoNCldlIG5lZWQgQmxvY2t3aXNlIFRyYW5z ZmVycyB0byBhdm9pZCBoZWFkLW9mLWxpbmUgYmxvY2tpbmc6IFdoZW4geW91IHN0YXJ0IHNlbmRp bmcgeW91ciAxMDAgTWlCIGZpbGUsIHlvdSB3aWxsIG5vdCBiZSBhYmxlIHRvIGludGVyYWN0IHdp dGggdGhlIGRldmljZSBmb3IgYSBsb25nIHRpbWUgdW50aWwgdGhlIGxhcmdlIG1lc3NhZ2Ugd2Fz IHRyYW5zZmVycmVkLiBZb3UgbWlnaHQgd2FudCB0byBpbnRlcmxlYXZlIG90aGVyIG1lc3NhZ2Vz IGludHJvIHRoZSB0cmFuc2Zlci4NCg0KV2UgbmVlZCBCRVJUIGJlY2F1c2UgdGhlIGF2YWlsYWJs ZSBzbWFsbCBCbG9jayBzaXplcyBpbnRyb2R1Y2UgYSBsb3Qgb2Ygb3ZlcmhlYWQgYW5kIG5vdGFi bHkgZGVncmFkZSB0aGUgcGVyZm9ybWFuY2UgaW4gdGhlIGFsdGVybmF0ZSBDb0FQIHVuaXZlcnNl IHJ1bm5pbmcgVENQLg0KDQpDaWFvDQpNYXR0aGlhcw0K From nobody Tue Jun 21 08:56:57 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E917412D9AF for ; Tue, 21 Jun 2016 08:56:55 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GQQ-pMDNunf2 for ; Tue, 21 Jun 2016 08:56:54 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0DA5E12D9A9 for ; Tue, 21 Jun 2016 08:56:54 -0700 (PDT) Received: from mfilter19-d.gandi.net (mfilter19-d.gandi.net [217.70.178.147]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 84D7BC5A80; Tue, 21 Jun 2016 17:56:52 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter19-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter19-d.gandi.net (mfilter19-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id EqTbLKS08Uq4; Tue, 21 Jun 2016 17:56:50 +0200 (CEST) X-Originating-IP: 134.102.90.136 Received: from eduroam-pool10-137.wlan.uni-bremen.de (eduroam-pool10-137.wlan.uni-bremen.de [134.102.90.136]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 2232BC5A5A; Tue, 21 Jun 2016 17:56:48 +0200 (CEST) Message-ID: <576963BF.6090001@tzi.org> Date: Tue, 21 Jun 2016 17:56:47 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Michel Veillette References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 15:56:56 -0000 Michel Veillette wrote: > Hi Carsten > > Section 4.6 of RFC 7252 provides a recommended maximum message size, but doesn't preclude the use of larger messages. That is correct. Still, the recommendation hold. > With the adoption of the "L3" format, don't we extend this maximum CoAP message size to 4 GB? The theoretical max is now slightly over 4 GiB, but will implementations be able to handle that? One of the purposes of Max-Message-Size in the signaling draft is to enable capability indication. > In this context, why do we need BERT? Assuming that something like Max-Message-Size is used to indicate a larger size, there are two reasons why you might still want to use BERT: -- Max-Message-Size may be smaller than the payload that you actually want to transfer. -- You may want to avoid head-of-line blocking by very large messages. Of course, you can open additional TCP connections to circumvent head-of-line blocking, but that also requires additional resources. > I'm asking because we already have many fragmentation options (6lowPAN, IP fragmentation, CoAP block, TCP) and in general more options means less interoperability. * In TCP it is indeed natural to just send the data over the byte stream that you need to send (unless you need to avoid HOL blocking). TCP's segmentation is much more efficient than the other items on your list. * You never want to use IP fragmentation; that's why TCP implementations actively work to avoid that using Path MTU Discovery. * 6LoWPAN (adaptation layer) fragmentation is aided by the 802.15.4 ACK, so it is not quite as bad as IP fragmentation. Still you may want to minimize it, e.g. using the TCP MSS option. So, in summary, for TCP/TLS/Websockets, there is indeed a choice between just sending the large messages (and using TCP segmentation) and using Block (possibly with BERT). Block is less efficient, but also less aggressive. And, given head-of-line blocking, there may still be good reasons to use it even over TCP. But it is indeed not a requirement (which it is, for most practical applications, on UDP). Should we have a capability indication for blockwise transfers in the signaling protocol? Grüße, Carsten From nobody Tue Jun 21 09:54:26 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EFA212DAD2 for ; Tue, 21 Jun 2016 09:54:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7co2-O83WfWR for ; Tue, 21 Jun 2016 09:54:22 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0787.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::787]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 90D1212D512 for ; Tue, 21 Jun 2016 09:54:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Bt4jdSxOYMew+owmHSIZwb6i70S4tzD4r543BX1JGC0=; b=EapJorBZSUKqevJn2Qig+bsftD99GiO6OvgtE7vLKVSeWm34PRdyIX4fk3MrewqejvtYnETgzE0A/tIVRZ1OTB4sKSUfY8QZcMj83v8pFML/mhTaSkJ80i0uezfDOTaepHKkq/XcCPirKHnCQgMAdXALp83RDuRE393Q6NbYm6k= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1762.namprd06.prod.outlook.com (10.162.224.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 16:53:54 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 16:53:54 +0000 From: Michel Veillette To: Carsten Bormann Thread-Topic: [core] Consensus call on BERT draft-bormann-core-block-bert-01 Thread-Index: AQHRxxhHa8trLoIidkyW0JuMkP58sZ/qpSyAgAeGOQCAAdEwAIAABdGwgAAacYCAAAmqMA== Date: Tue, 21 Jun 2016 16:53:53 +0000 Message-ID: References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> <576963BF.6090001@tzi.org> In-Reply-To: <576963BF.6090001@tzi.org> Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: 94df7509-6c28-43e9-b630-08d399f4a110 x-microsoft-exchange-diagnostics: 1; BLUPR06MB1762; 6:74fAbQyL3Ewwg+hbSTtvLJvK4qNMNDry5JhDhK9TAYKjPhmMYSUKUIYO4yB7Bnp0hqQtjnmDGbiJcDAQnVJeKTu1IS5xireYu4XAHxgoHFjXw391VSKbMylyxYAh6aAC+NMlkFjD9P+0s7qPWet6rUeweZ1Q+LbriMzjGRVlx/0g+bc0pY+gE6d5EfYNgkxBLgbh5WBjSxODIvYymhQCtQS3+HNFhx9vK8jLYq5j3ynXRC8kVEVp166iGYD4Z1vbw0sGN/2vZqYnxBRT0BfLp1mAyE4P2luxjYfDWpfkFP4=; 5:ehYrdLoNcLUU64LOi/s8dgA7anv5ogv3y3dfH4JzygNNxfylLOUZ4Tjo6+RQzxeb0DGxolme/Zak2LBLEYrBcCM7ftAQpMDtZNuLCVDRHBe4Jiw3iJkqIlCQ5fvXGD+UHDio6C3TQl5Vp2zI5rjr1g==; 24:o7EHAm35BjXeZJ6sWSHgz+SlZvfV6awL2LJBF/DBud3h6rw/FweN4s+shrBuTEItmrADEQ/xV9xaPpdm/6S9xraNXfJP1wkPSiLJ8jPiXgE=; 7:XPsLuZfsXePSBWXiUw+2SafTOuIu01kLlKHUCSg5hQmW+c+vdf7TOaVgBsjOlaa7KEP/q0T9BXWMcFOCWb89dTfbi7tFI9AWwEtpq7cmIzWn+ek7lCSbX06b6IwPSsUHX0Mgr3vJLtS5+A1RBKesXTS8KoVE4yWsA225nSqeg/ZMSwC5HPf3pVDo0BqzB9Jkj2BzI062CIrJaUnXdvKe8ulrksssvtGLY+SxDDOswXSuDZo63b3XV6OlmzEwmCz0 x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1762; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(278428928389397)(100405760836317)(126837547833334); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR06MB1762; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1762; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(57704003)(377454003)(199003)(51914003)(24454002)(13464003)(189002)(3660700001)(97736004)(3280700002)(33656002)(189998001)(5002640100001)(110136002)(8676002)(81166006)(99286002)(8936002)(586003)(86362001)(3846002)(2906002)(7696003)(68736007)(9686002)(11100500001)(76576001)(102836003)(81156014)(6116002)(4326007)(87936001)(93886004)(101416001)(92566002)(230783001)(122556002)(50986999)(77096005)(10400500002)(74316001)(2950100001)(2900100001)(106356001)(106116001)(7846002)(76176999)(54356999)(66066001)(19580395003)(7736002)(105586002)(19580405001)(5003600100003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1762; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 16:53:54.0016 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1762 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 16:54:24 -0000 SGkgQ2Fyc3RlbiBhbmQgdGhhbmtzIGZvciB0aGUgYW5zd2VyDQoNCkZvciBuZXR3b3JrcyBmb3Ig d2hpY2ggVENQIGlzIGNvbnNpZGVyZWQgdG9vICJhZ2dyZXNzaXZlIiBhbmQgZm9yIGRldmljZXMg Zm9yIHdoaWNoIGFkZGl0aW9uYWwgVENQIGNvbm5lY3Rpb25zIGlzIGNvbnNpZGVyZWQgdG9vIG11 Y2ggInJlc291cmNlcyIsIGRvbid0IHdlIGFscmVhZHkgaGF2ZSBDb0FQIGJsb2NrIG92ZXIgVURQ LiBUaGUgb25seSByZW1haW5pbmcgcmVhc29uIHNlZW0gdG8gYmUgbWlkZGxlYm94IHRyYXZlcnNh bC4gRm9yIHRoaXMgdXNlIGNhc2UsIHNvbWUgaW1wbGVtZW50ZXJzIHNlZW4gdG8gd2FudCBhIFRD UCBzb2x1dGlvbiB3aGljaCBiZWhhdmUgbGlrZSBDb0FQIGJsb2NrLg0KDQpTdXBwb3J0IG9mIHRo aXMgc2NlbmFyaW8gc2hhbGwgbm90IHByZWNsdWRlIHRoZSBwcm9wZXIgdXNlIG9mIFRDUCB3aXRo IG11bHRpcGxlIHBhY2tldHMgd2luZG93IGFuZCBtdWx0aXBsZSBjb25uZWN0aW9ucy4NClRvIHlv dXIgcXVlc3Rpb24gIiBTaG91bGQgd2UgaGF2ZSBhIGNhcGFiaWxpdHkgaW5kaWNhdGlvbiBmb3Ig YmxvY2t3aXNlIHRyYW5zZmVycyBpbiB0aGUgc2lnbmFsaW5nIHByb3RvY29sPyINCkkgYXNzdW1l IHRoYXQgdGhlIGFuc3dlciBpcyB5ZXMuDQoNClJlZ2FyZHMsDQpNaWNoZWwNCg0KLS0tLS1Pcmln aW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IENhcnN0ZW4gQm9ybWFubiBbbWFpbHRvOmNhYm9AdHpp Lm9yZ10gDQpTZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDExOjU3IEFNDQpUbzogTWljaGVs IFZlaWxsZXR0ZSA8TWljaGVsLlZlaWxsZXR0ZUB0cmlsbGlhbnRpbmMuY29tPg0KQ2M6IEtvdmF0 c2NoLCBNYXR0aGlhcyA8bWF0dGhpYXMua292YXRzY2hAc2llbWVucy5jb20+OyBjb3JlQGlldGYu b3JnDQpTdWJqZWN0OiBSZTogW2NvcmVdIENvbnNlbnN1cyBjYWxsIG9uIEJFUlQgZHJhZnQtYm9y bWFubi1jb3JlLWJsb2NrLWJlcnQtMDENCg0KTWljaGVsIFZlaWxsZXR0ZSB3cm90ZToNCj4gSGkg Q2Fyc3Rlbg0KPiANCj4gU2VjdGlvbiA0LjYgb2YgUkZDIDcyNTIgcHJvdmlkZXMgYSByZWNvbW1l bmRlZCBtYXhpbXVtIG1lc3NhZ2Ugc2l6ZSwgYnV0IGRvZXNuJ3QgcHJlY2x1ZGUgdGhlIHVzZSBv ZiBsYXJnZXIgbWVzc2FnZXMuDQoNClRoYXQgaXMgY29ycmVjdC4gIFN0aWxsLCB0aGUgcmVjb21t ZW5kYXRpb24gaG9sZC4NCg0KPiBXaXRoIHRoZSBhZG9wdGlvbiBvZiB0aGUgIkwzIiBmb3JtYXQs IGRvbid0IHdlIGV4dGVuZCB0aGlzIG1heGltdW0gQ29BUCBtZXNzYWdlIHNpemUgdG8gNCBHQj8N Cg0KVGhlIHRoZW9yZXRpY2FsIG1heCBpcyBub3cgc2xpZ2h0bHkgb3ZlciA0IEdpQiwgYnV0IHdp bGwgaW1wbGVtZW50YXRpb25zIGJlIGFibGUgdG8gaGFuZGxlIHRoYXQ/DQpPbmUgb2YgdGhlIHB1 cnBvc2VzIG9mIE1heC1NZXNzYWdlLVNpemUgaW4gdGhlIHNpZ25hbGluZyBkcmFmdCBpcyB0byBl bmFibGUgY2FwYWJpbGl0eSBpbmRpY2F0aW9uLg0KDQo+IEluIHRoaXMgY29udGV4dCwgd2h5IGRv IHdlIG5lZWQgQkVSVD8NCg0KQXNzdW1pbmcgdGhhdCBzb21ldGhpbmcgbGlrZSBNYXgtTWVzc2Fn ZS1TaXplIGlzIHVzZWQgdG8gaW5kaWNhdGUgYSBsYXJnZXIgc2l6ZSwgdGhlcmUgYXJlIHR3byBy ZWFzb25zIHdoeSB5b3UgbWlnaHQgc3RpbGwgd2FudCB0byB1c2UgQkVSVDoNCg0KLS0gTWF4LU1l c3NhZ2UtU2l6ZSBtYXkgYmUgc21hbGxlciB0aGFuIHRoZSBwYXlsb2FkIHRoYXQgeW91IGFjdHVh bGx5IHdhbnQgdG8gdHJhbnNmZXIuDQotLSBZb3UgbWF5IHdhbnQgdG8gYXZvaWQgaGVhZC1vZi1s aW5lIGJsb2NraW5nIGJ5IHZlcnkgbGFyZ2UgbWVzc2FnZXMuDQoNCk9mIGNvdXJzZSwgeW91IGNh biBvcGVuIGFkZGl0aW9uYWwgVENQIGNvbm5lY3Rpb25zIHRvIGNpcmN1bXZlbnQgaGVhZC1vZi1s aW5lIGJsb2NraW5nLCBidXQgdGhhdCBhbHNvIHJlcXVpcmVzIGFkZGl0aW9uYWwgcmVzb3VyY2Vz Lg0KDQo+IEknbSBhc2tpbmcgYmVjYXVzZSB3ZSBhbHJlYWR5IGhhdmUgbWFueSBmcmFnbWVudGF0 aW9uIG9wdGlvbnMgKDZsb3dQQU4sIElQIGZyYWdtZW50YXRpb24sIENvQVAgYmxvY2ssIFRDUCkg YW5kIGluIGdlbmVyYWwgbW9yZSBvcHRpb25zIG1lYW5zIGxlc3MgaW50ZXJvcGVyYWJpbGl0eS4N Cg0KKiBJbiBUQ1AgaXQgaXMgaW5kZWVkIG5hdHVyYWwgdG8ganVzdCBzZW5kIHRoZSBkYXRhIG92 ZXIgdGhlIGJ5dGUgc3RyZWFtIHRoYXQgeW91IG5lZWQgdG8gc2VuZCAodW5sZXNzIHlvdSBuZWVk IHRvIGF2b2lkIEhPTCBibG9ja2luZykuDQpUQ1AncyBzZWdtZW50YXRpb24gaXMgbXVjaCBtb3Jl IGVmZmljaWVudCB0aGFuIHRoZSBvdGhlciBpdGVtcyBvbiB5b3VyIGxpc3QuDQoqIFlvdSBuZXZl ciB3YW50IHRvIHVzZSBJUCBmcmFnbWVudGF0aW9uOyB0aGF0J3Mgd2h5IFRDUCBpbXBsZW1lbnRh dGlvbnMgYWN0aXZlbHkgd29yayB0byBhdm9pZCB0aGF0IHVzaW5nIFBhdGggTVRVIERpc2NvdmVy eS4NCiogNkxvV1BBTiAoYWRhcHRhdGlvbiBsYXllcikgZnJhZ21lbnRhdGlvbiBpcyBhaWRlZCBi eSB0aGUgODAyLjE1LjQgQUNLLCBzbyBpdCBpcyBub3QgcXVpdGUgYXMgYmFkIGFzIElQIGZyYWdt ZW50YXRpb24uICBTdGlsbCB5b3UgbWF5IHdhbnQgdG8gbWluaW1pemUgaXQsIGUuZy4gdXNpbmcg dGhlIFRDUCBNU1Mgb3B0aW9uLg0KDQpTbywgaW4gc3VtbWFyeSwgZm9yIFRDUC9UTFMvV2Vic29j a2V0cywgdGhlcmUgaXMgaW5kZWVkIGEgY2hvaWNlIGJldHdlZW4ganVzdCBzZW5kaW5nIHRoZSBs YXJnZSBtZXNzYWdlcyAoYW5kIHVzaW5nIFRDUCBzZWdtZW50YXRpb24pIGFuZCB1c2luZyBCbG9j ayAocG9zc2libHkgd2l0aCBCRVJUKS4gIEJsb2NrIGlzIGxlc3MgZWZmaWNpZW50LCBidXQgYWxz byBsZXNzIGFnZ3Jlc3NpdmUuICBBbmQsIGdpdmVuIGhlYWQtb2YtbGluZSBibG9ja2luZywgdGhl cmUgbWF5IHN0aWxsIGJlIGdvb2QgcmVhc29ucyB0byB1c2UgaXQgZXZlbiBvdmVyIFRDUC4gIEJ1 dCBpdCBpcyBpbmRlZWQgbm90IGEgcmVxdWlyZW1lbnQgKHdoaWNoIGl0IGlzLCBmb3IgbW9zdCBw cmFjdGljYWwgYXBwbGljYXRpb25zLCBvbiBVRFApLg0KDQpTaG91bGQgd2UgaGF2ZSBhIGNhcGFi aWxpdHkgaW5kaWNhdGlvbiBmb3IgYmxvY2t3aXNlIHRyYW5zZmVycyBpbiB0aGUgc2lnbmFsaW5n IHByb3RvY29sPw0KDQpHcsO8w59lLCBDYXJzdGVuDQo= From nobody Tue Jun 21 10:13:42 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6A3E412D75C for ; Tue, 21 Jun 2016 10:13:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.791 X-Spam-Level: X-Spam-Status: No, score=-1.791 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=fail (1024-bit key) reason="fail (body has been altered)" header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PU5-Vbt-03c0 for ; Tue, 21 Jun 2016 10:13:39 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0708.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::708]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8747F12D768 for ; Tue, 21 Jun 2016 10:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=4ARnum24zRpMgZ6XEZ+XW2aPWERk8U+TlkCKy4J4lmE=; b=El4jpcS5Zij23veFqQ0CAdQG93AEYfIXD2PaC09JarZoPfxJfjIAcYVmLmZYAu6nTq8XCS4GasrRmLDYvSNJAUpINqWtDaSVYKie5y2YxaIjDhLeZCuB0wWfbT86kdWVBxiXUSjYHZqD66HOrUq910sMazMuRtyUUbxZ++KXZG0= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 17:13:17 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 17:13:17 +0000 From: Michel Veillette To: Hannes Tschofenig , "core@ietf.org WG" Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OrVYz50ufs9ESY69BFKOWJoJ/0J15w Date: Tue, 21 Jun 2016 17:13:17 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> In-Reply-To: <5768F53B.6010109@gmx.net> Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: yes X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: dbde9ba4-43b5-4ae7-466a-08d399f756a8 x-microsoft-exchange-diagnostics: 1; BLUPR06MB1763; 6:UXZHsUpbGldCCFHM8Nhw0HDknWi3odI8sbPCfmqS+CG8GhGcleSn91x724LJXqvQXbZd/T5q8v0zEh6ZtjQGJoiLLvVNVu0wYSPYH79KZWOpSxdeIbt+N16U0FwTpsF00W2eVHiWTMwACCiSm0ySCGDJ+XNesG9bbRxJFkqfa0aMUpJIVb7ZBPP9qMW+/lVDRucN43o6y/ZFAqbHIfulo0nllU4fW3yCPQIuF7RjY+SaNPbaurIY7r0ftzYyKjKB5ZBfWICzkzKI5NEsxRWxTlE5YhI8jDOnN/uXbJS8Sak=; 5:vKZ4hjfEcOaWZoxlMHbKzs9WPHfsFiHfK8eNGnZbZk26MgwQouzx5yENdMgegjCI4NLcfMp3xBt83Jt7k747aLdshwUsDVwxkEHx0pT/In79Zce3FMIzQtRxanriAZxz; 24:jqqY929j9id2Ruyd/jZGI7sWgyDtaLjSFL7csrHvQMLUVBzAw+Tn/NWy8Yj5Ao69jq1p6x8h3G/NPMrzLhxFAZwhKymc1VYtCeQfbTPqSmQ=; 7:qndxOWYgkolwNKQCe6N7v+sXWGSUxEUm5Ktkv80xrOweeNxVY91puUU4CeenGmNrL1rtmCI77KCntnkZOO3NOX4BH9tBv5d97gwiW7oGtxef2QXgwp1/Tqaxc4Czw/jLGy+dfrCHyM/JQh76AvwD0N0z3O9IkRYoSBT2avX3CkXM/mmGCCR71fi1uVKDtUGOOgI2/yrmGbzAUbNg6XE4eIcws/CU/Xm4zRJIvXjEC5U= x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1763; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(158342451672863)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(102415321)(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR06MB1763; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1763; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(377454003)(189002)(13464003)(199003)(16236675004)(6116002)(102836003)(3280700002)(11100500001)(586003)(3846002)(790700001)(15975445007)(3660700001)(66066001)(81166006)(5002640100001)(33656002)(7846002)(87936001)(10400500002)(551934003)(7696003)(7736002)(2900100001)(19300405004)(5003600100003)(7906002)(68736007)(86362001)(2950100001)(107886002)(19617315012)(106116001)(54356999)(97736004)(5001770100001)(74316001)(81156014)(76176999)(92566002)(122556002)(50986999)(9686002)(105586002)(99286002)(106356001)(99936001)(8936002)(2906002)(101416001)(19580405001)(189998001)(19625215002)(5890100001)(19580395003)(77096005)(76576001)(8676002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1763; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/mixed; boundary="_004_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_" MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 17:13:17.7620 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1763 Archived-At: Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 17:13:41 -0000 --_004_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_ Content-Type: multipart/alternative; boundary="_000_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_" --_000_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgSGFubmVzDQoNCg0KDQpHb29kIHRpbWluZy4NCg0KT24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vl a2x5IGNhbGwgdG9tb3Jyb3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2Vk IGZ1bmN0aW9uIHNldC4NCg0KSSBoYXZlIGluY2x1ZGVkIGluIGF0dGFjaG1lbnQgdGhlIGludml0 ZSBmb3IgdGhpcyBtZWV0aW5nIGluIGNhc2UgeW91IHdhbnQgdG8gcGFydGljaXBhdGUuDQoNCkZv bGxvd2luZyBpcyBhIGxpc3Qgb2YgdGhlIENvQVAgbWV0aG9kcywgYXNzb2NpYXRlZCB1c2UgY2Fz ZXMsIG1lc3NhZ2UgY29udGVudCBzdW1tYXJ5IGFuZCBleGFtcGxlcy4NCg0KRm9yIHRoZSB1cCB0 byBkYXRlIHZlcnNpb24gb2YgdGhlIGRyYWZ0cywgc2VlIGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5p by95YW5nLWNib3IvDQoNCg0KDQrCtyAgICAgICAgIFRoZSBHRVQgbWV0aG9kDQoNCm8gICBVc2Ug dG8gcmV0cmlldmUgdGhlIGNvbnRlbnQgb2YgYSBkYXRhc3RvcmUNCg0KbyAgIENhbiBiZSB1c2Vk IHRvIGltcGxlbWVudCBhIGJhY2t1cC9yZXN0b3JlIHVzZSBjYXNlDQoNCm8gICBUaGUgcmVxdWVz dCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5u aW5nIGNvbmZpZ3VyYXRpb24sIC9jID0gY3VycmVudCBkYXRhICYgcnVubmluZyBjb25maWd1cmF0 aW9uKQ0KDQpvICAgVGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIHBhaXJzIG9mIChk ZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWVzKQ0KDQpvICAgRXhhbXBsZTogaHR0cDovL2NvcmUt d2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5o dG1sI3JmYy5zZWN0aW9uLjUuMQ0KDQoNCg0KwrcgICAgICAgICBUaGUgUFVUIG1ldGhvZA0KDQpv ICAgVXNlIHRvIGxvYWQgY29udGVudCBvZiBhIGRhdGFzdG9yZQ0KDQpvICAgQ2FuIGJlIHVzZWQg dG8gaW1wbGVtZW50IHRoZSBwcm92aXNpb25pbmcsIGNvbW1pc3Npb25pbmcgYW5kIHJlc3RvcmUg dXNlIGNhc2VzDQoNCm8gICBUaGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJn ZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJh eSBvZiBwYWlycyBvZiAoZGVsdGEgU0lELCBhc3NvY2lhdGVkIHZhbHVlKQ0KDQpvICAgRXhhbXBs ZTogaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29y ZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMw0KDQoNCg0KwrcgICAgICAgICBUaGUg RkVUQ0ggbWV0aG9kDQoNCm8gICBVc2UgdG8gcmV0cmlldmUgYSBzdWJzZXQgb2YgYSBkYXRhc3Rv cmUNCg0KbyAgIENhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhZC1ob2MgcXVlcmllcywgcmVjdXJy ZW50IGRhdGEgcmV0cmlldmFsIChlLmcgc3RhdGUgYW5kIHN0YXRpc3RpY3MpDQoNCm8gICBUaGUg cmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3Ig PSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhIGxpc3Qgb2YgaW5zdGFuY2UtaWRlbnRpZmll cg0KDQpvICAgVGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIGFzc29jaWF0ZWQgdmFs dWVzICh2YWx1ZSwgQ0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZhdWx0KQ0KDQpvICAgRXhhbXBs ZXM6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNv cmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjINCg0KDQoNCsK3ICAgICAgICAgVGhl IGlQQVRDSCBtZXRob2QNCg0KbyAgIFVzZSB0byB1cGRhdGUgYSBzdWJzZXQgb2YgYSBkYXRhc3Rv cmUNCg0KbyAgIENhbiBiZSB1c2VkIHRvIHVwZGF0ZSB0aGUgY29uZmlndXJhdGlvbiBvZiBhIGRl dmljZSB1c2luZyBhIGF0b21pYyB0cmFuc2FjdGlvbg0KDQpvICAgVGhlIHJlcXVlc3QgY29udGFp bnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25m aWd1cmF0aW9uKSBhbmQgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGluc3RhbmNlLWlkZW50aWZpZXIs IGFzc29jaWF0ZWQgdmFsdWUpDQoNCm8gICBFeGFtcGxlOiBodHRwOi8vY29yZS13Zy5naXRodWIu aW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNl Y3Rpb24uNS40DQoNCm8gICBBIGNhbmRpZGF0ZSBkYXRhc290cmUgKC9jL2MpIGFuZCB0aGUgImNv bW1pdCIgUlBDIGNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhIHNjaGVkdWxlcyBhbmQvb3IgY29u ZmlybWVkIHVwZGF0ZSBvbiBvbmUgb3IgbXVsdGlwbGUgZGV2aWNlcy4NCmh0dHA6Ly9jb3JlLXdn LmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRt bCNyZmMuYXBwZW5kaXguQQ0KDQoNCg0KwrcgICAgICAgICBUaGUgUE9TVCBtZXRob2QNCg0KbyAg IFVzZSB0byBleGVjdXRlIGEgUlBDIG9yIGFuIEFjdGlvbg0KDQpvICAgVGhlIHJlcXVlc3QgY29u dGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBj b25maWd1cmF0aW9uKSBhbmQgYW4gYXJyYXkgd2l0aCB1cCB0byB0d28gZW50cnksIHRoZSBSUEMg aWRlbnRpZmljYXRpb24gKFNJRCkgZm9sbG93IGJ5IHRoZSBvcHRpb25hbCBpbnB1dA0KDQpvICAg VGhlIHJlcXVlc3QgY29udGFpbnMgY29udGFpbiB0aGUgb3B0aW9uYWwgb3V0cHV0DQoNCm8gICBF eGFtcGxlOiBodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0 ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS41DQoNCg0KDQpSZWdhcmRzLA0K DQpNaWNoZWwNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBjb3JlIFtt YWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSGFubmVzIFRzY2hvZmVu aWcNClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgNDowNSBBTQ0KVG86IGNvcmVAaWV0Zi5v cmcgV0cgPGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBbY29yZV0gQ09NSTogQmFzaWMgT3BlcmF0 aW9ucw0KDQoNCg0KSGkgQ09NSSBmcmllbmRzLA0KDQoNCg0Kc2luY2UgeW91IGhhdmUgZm9yIHN1 cmUgcHJvZ3Jlc3NlZCB5b3VyIHdvcmsgcXVpdGUgYSBiaXQgc2luY2Ugd2UgbGFzdCBtZWV0IGlu IEJBIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgeW91IGhhdmUgYSBmZXcgc2ltcGxlIG1lc3NhZ2Ug ZXhjaGFuZ2UgZXhhbXBsZXMgdXNpbmcgQ09NSSBmb3IgbWUuDQoNCg0KDQpGb3IgZXhhbXBsZSwg dGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlmZWN5Y2xlIHdoZXJlIHRoZSBkZXZp Y2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRzIHJlc291cmNlcyB3aXRoIGEgc2VydmVyIGluIHRo ZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2FsbHkgc2VuZHMgc2Vuc29yIHJlYWRpbmdzICh0byB0 aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVlc3RzIGZyb20gYSBzZXJ2ZXIgYXMgd2VsbC4NCg0K DQoNCkhvdyB3b3VsZCB0aGlzIGxvb2sgbGlrZSBpbiBDT01JPw0KDQoNCg0KQ2lhbw0KDQpIYW5u ZXMNCg0KDQo= --_000_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 V2luZ2RpbmdzOw0KCXBhbm9zZS0xOjUgMCAwIDAgMCAwIDAgMCAwIDA7fQ0KQGZvbnQtZmFjZQ0K CXtmb250LWZhbWlseToiQ2FtYnJpYSBNYXRoIjsNCglwYW5vc2UtMToyIDQgNSAzIDUgNCA2IDMg MiA0O30NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1 IDUgMiAyIDIgNCAzIDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWws IGxpLk1zb05vcm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0 b206LjAwMDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixz YW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCmE6bGluaywgc3Bhbi5N c29IeXBlcmxpbmsNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiMwNTYzQzE7DQoJ dGV4dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQphOnZpc2l0ZWQsIHNwYW4uTXNvSHlwZXJsaW5r Rm9sbG93ZWQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCWNvbG9yOiM5NTRGNzI7DQoJdGV4 dC1kZWNvcmF0aW9uOnVuZGVybGluZTt9DQpwLk1zb1BsYWluVGV4dCwgbGkuTXNvUGxhaW5UZXh0 LCBkaXYuTXNvUGxhaW5UZXh0DQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiUGxhaW4gVGV4dCBDaGFyIjsNCgltYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAw MDFwdDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNl cmlmOw0KCW1zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTO30NCnNwYW4uUGxhaW5UZXh0Q2hhcg0K CXttc28tc3R5bGUtbmFtZToiUGxhaW4gVGV4dCBDaGFyIjsNCgltc28tc3R5bGUtcHJpb3JpdHk6 OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJp IixzYW5zLXNlcmlmO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1v bmx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCW1zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtzaXplOjguNWluIDExLjBpbjsN CgltYXJnaW46MS4waW4gMS4waW4gMS4waW4gMS4waW47fQ0KZGl2LldvcmRTZWN0aW9uMQ0KCXtw YWdlOldvcmRTZWN0aW9uMTt9DQovKiBMaXN0IERlZmluaXRpb25zICovDQpAbGlzdCBsMA0KCXtt c28tbGlzdC1pZDoxNjgwODg4MDM3Ow0KCW1zby1saXN0LXR5cGU6aHlicmlkOw0KCW1zby1saXN0 LXRlbXBsYXRlLWlkczoxMTk2MzU3ODQ2IDI2OTAyNTI4MSAyNjkwMjUyODMgMjY5MDI1Mjg1IDI2 OTAyNTI4MSAyNjkwMjUyODMgMjY5MDI1Mjg1IDI2OTAyNTI4MSAyNjkwMjUyODMgMjY5MDI1Mjg1 O30NCkBsaXN0IGwwOmxldmVsMQ0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJ bXNvLWxldmVsLXRleHQ674K3Ow0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZl bC1udW1iZXItcG9zaXRpb246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1p bHk6U3ltYm9sO30NCkBsaXN0IGwwOmxldmVsMg0KCXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpi dWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ6bzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCglt c28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZv bnQtZmFtaWx5OiJDb3VyaWVyIE5ldyI7fQ0KQGxpc3QgbDA6bGV2ZWwzDQoJe21zby1sZXZlbC1u dW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgqc7DQoJbXNvLWxldmVsLXRh Yi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5k ZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpXaW5nZGluZ3M7fQ0KQGxpc3QgbDA6bGV2ZWw0DQoJ e21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4dDrvgrc7DQoJ bXNvLWxldmVsLXRhYi1zdG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0 Ow0KCXRleHQtaW5kZW50Oi0uMjVpbjsNCglmb250LWZhbWlseTpTeW1ib2w7fQ0KQGxpc3QgbDA6 bGV2ZWw1DQoJe21zby1sZXZlbC1udW1iZXItZm9ybWF0OmJ1bGxldDsNCgltc28tbGV2ZWwtdGV4 dDpvOw0KCW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRp b246bGVmdDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6IkNvdXJpZXIgTmV3 Ijt9DQpAbGlzdCBsMDpsZXZlbDYNCgl7bXNvLWxldmVsLW51bWJlci1mb3JtYXQ6YnVsbGV0Ow0K CW1zby1sZXZlbC10ZXh0Ou+CpzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9uZTsNCgltc28tbGV2 ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWluOw0KCWZvbnQtZmFt aWx5OldpbmdkaW5nczt9DQpAbGlzdCBsMDpsZXZlbDcNCgl7bXNvLWxldmVsLW51bWJlci1mb3Jt YXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Ou+CtzsNCgltc28tbGV2ZWwtdGFiLXN0b3A6bm9u ZTsNCgltc28tbGV2ZWwtbnVtYmVyLXBvc2l0aW9uOmxlZnQ7DQoJdGV4dC1pbmRlbnQ6LS4yNWlu Ow0KCWZvbnQtZmFtaWx5OlN5bWJvbDt9DQpAbGlzdCBsMDpsZXZlbDgNCgl7bXNvLWxldmVsLW51 bWJlci1mb3JtYXQ6YnVsbGV0Ow0KCW1zby1sZXZlbC10ZXh0Om87DQoJbXNvLWxldmVsLXRhYi1z dG9wOm5vbmU7DQoJbXNvLWxldmVsLW51bWJlci1wb3NpdGlvbjpsZWZ0Ow0KCXRleHQtaW5kZW50 Oi0uMjVpbjsNCglmb250LWZhbWlseToiQ291cmllciBOZXciO30NCkBsaXN0IGwwOmxldmVsOQ0K CXttc28tbGV2ZWwtbnVtYmVyLWZvcm1hdDpidWxsZXQ7DQoJbXNvLWxldmVsLXRleHQ674KnOw0K CW1zby1sZXZlbC10YWItc3RvcDpub25lOw0KCW1zby1sZXZlbC1udW1iZXItcG9zaXRpb246bGVm dDsNCgl0ZXh0LWluZGVudDotLjI1aW47DQoJZm9udC1mYW1pbHk6V2luZ2RpbmdzO30NCm9sDQoJ e21hcmdpbi1ib3R0b206MGluO30NCnVsDQoJe21hcmdpbi1ib3R0b206MGluO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVh ZD4NCjxib2R5IGxhbmc9IkVOLUNBIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8 ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkgSGFu bmVzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkdvb2QgdGltaW5nLjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+T24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vla2x5 IGNhbGwgdG9tb3Jyb3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2VkIGZ1 bmN0aW9uIHNldC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkkgaGF2 ZSBpbmNsdWRlZCBpbiBhdHRhY2htZW50IHRoZSBpbnZpdGUgZm9yIHRoaXMgbWVldGluZyBpbiBj YXNlIHlvdSB3YW50IHRvIHBhcnRpY2lwYXRlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+Rm9sbG93aW5nIGlzIGEgbGlzdCBvZiB0aGUgQ29BUCBtZXRob2RzLCBhc3Nv Y2lhdGVkIHVzZSBjYXNlcywgbWVzc2FnZSBjb250ZW50IHN1bW1hcnkgYW5kIGV4YW1wbGVzLjxv OnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Rm9yIHRoZSB1cCB0byBkYXRl IHZlcnNpb24gb2YgdGhlIGRyYWZ0cywgc2VlIDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1 Yi5pby95YW5nLWNib3IvIj4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvPC9h PiA8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMSBsZm8xIj4NCjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPjxzcGFuIHN0eWxlPSJt c28tbGlzdDpJZ25vcmUiPsK3PHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5UaGUgR0VUIG1ldGhvZDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAh c3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPm88c3BhbiBzdHlsZT0iZm9udDo3 LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwv c3Bhbj48L3NwYW4+PCFbZW5kaWZdPlVzZSB0byByZXRyaWV2ZSB0aGUgY29udGVudCBvZiBhIGRh dGFzdG9yZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1h cmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDIgbGZv MSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPm88c3BhbiBz dHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNw Ow0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkNhbiBiZSB1c2VkIHRvIGltcGxlbWVu dCBhIGJhY2t1cC9yZXN0b3JlIHVzZSBjYXNlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9Im1zby1s aXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGhl IHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9y ID0gcnVubmluZyBjb25maWd1cmF0aW9uLCAvYyA9IGN1cnJlbnQgZGF0YSAmYW1wOyBydW5uaW5n IGNvbmZpZ3VyYXRpb24pPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxl dmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+ bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGhlIHJlc3BvbnNlIGNv bnRhaW5zIGFuIGFycmF5IG9mIHBhaXJzIG9mIChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWVz KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8 IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPm88c3BhbiBzdHlsZT0i Zm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9z cGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkV4YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3Jl LXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3Qu aHRtbCNyZmMuc2VjdGlvbi41LjEiPg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jv ci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMTwv YT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7Ctzxz cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+VGhlIFBVVCBtZXRob2Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1 aW47bXNvLWxpc3Q6bDAgbGV2ZWwyIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4g c3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48c3BhbiBzdHlsZT0i bXNvLWxpc3Q6SWdub3JlIj5vPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlm XT5Vc2UgdG8gbG9hZCBjb250ZW50IG9mIGEgZGF0YXN0b3JlPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5 bGU9Im1zby1saXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtl bmRpZl0+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IHRoZSBwcm92aXNpb25pbmcsIGNvbW1pc3Np b25pbmcgYW5kIHJlc3RvcmUgdXNlIGNhc2VzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21z by1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9Im1zby1s aXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGhl IHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9y ID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGRlbHRh IFNJRCwgYXNzb2NpYXRlZCB2YWx1ZSk8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxp c3Q6bDAgbGV2ZWwyIGxmbzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZv bnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6 SWdub3JlIj5vPHNwYW4gc3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5FeGFtcGxl OiA8YSBocmVmPSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxs ZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4zIj4NCmh0dHA6Ly9jb3Jl LXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3Qu aHRtbCNyZmMuc2VjdGlvbi41LjM8L2E+PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0 eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZl bDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250 OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+VGhlIEZFVENIIG1ldGhvZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDps MCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v cmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlVzZSB0byByZXRy aWV2ZSBhIHN1YnNldCBvZiBhIGRhdGFzdG9yZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjtt c28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28t bGlzdDpJZ25vcmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkNh biBiZSB1c2VkIHRvIGltcGxlbWVudCBhZC1ob2MgcXVlcmllcywgcmVjdXJyZW50IGRhdGEgcmV0 cmlldmFsIChlLmcgc3RhdGUgYW5kIHN0YXRpc3RpY3MpPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4y NWluO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFu IHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9 Im1zby1saXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRp Zl0+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3Jl ICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYSBsaXN0IG9mIGluc3RhbmNlLWlk ZW50aWZpZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJt YXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwyIGxm bzEiPg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6SWdub3JlIj5vPHNwYW4g c3R5bGU9ImZvbnQ6Ny4wcHQgJnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7Ij4mbmJzcDsmbmJz cDsNCjwvc3Bhbj48L3NwYW4+PC9zcGFuPjwhW2VuZGlmXT5UaGUgcmVzcG9uc2UgY29udGFpbnMg YW4gYXJyYXkgb2YgYXNzb2NpYXRlZCB2YWx1ZXMgKHZhbHVlLCBDQk9SIHVuZGVmaW5lZCBvciBD Qk9SIGRlZmF1bHQpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVs MiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+bzxz cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+RXhhbXBsZXM6IDxhIGhyZWY9 Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUt Y29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjIiPg0KaHR0cDovL2NvcmUtd2cuZ2l0aHVi LmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5z ZWN0aW9uLjUuMjwvYT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjt0ZXh0LWluZGVudDotLjI1aW47bXNvLWxpc3Q6bDAgbGV2ZWwxIGxmbzEi Pg0KPCFbaWYgIXN1cHBvcnRMaXN0c10+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+wrc8c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAm cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlRoZSBp UEFUQ0ggbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHls ZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVs MiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+bzxz cGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VXNlIHRvIHVwZGF0ZSBhIHN1 YnNldCBvZiBhIGRhdGFzdG9yZTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDps MCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v cmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkNhbiBiZSB1c2Vk IHRvIHVwZGF0ZSB0aGUgY29uZmlndXJhdGlvbiBvZiBhIGRldmljZSB1c2luZyBhIGF0b21pYyB0 cmFuc2FjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDIg bGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1 b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPm88c3Bh biBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZu YnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlRoZSByZXF1ZXN0IGNvbnRhaW5z IHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmln dXJhdGlvbikgYW5kIGFuIGFycmF5IG9mIHBhaXJzIG9mIChpbnN0YW5jZS1pZGVudGlmaWVyLCBh c3NvY2lhdGVkIHZhbHVlKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBs ZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUi Pm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZu YnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkV4YW1wbGU6IDxhIGhy ZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNv cmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjQiPg0KaHR0cDovL2NvcmUtd2cuZ2l0 aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3Jm Yy5zZWN0aW9uLjUuNDwvYT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28tbGlzdDps MCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlzdDpJZ25v cmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsi PiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPkEgY2FuZGlkYXRl IGRhdGFzb3RyZSAoL2MvYykgYW5kIHRoZSAmcXVvdDtjb21taXQmcXVvdDsgUlBDIGNhbiBiZSB1 c2VkIHRvIGltcGxlbWVudCBhIHNjaGVkdWxlcyBhbmQvb3IgY29uZmlybWVkIHVwZGF0ZSBvbiBv bmUgb3IgbXVsdGlwbGUgZGV2aWNlcy4NCjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdp dGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNy ZmMuYXBwZW5kaXguQSI+aHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12 ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5hcHBlbmRpeC5BPC9hPg0KPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5k ZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDEgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3Rz XT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj48c3BhbiBzdHlsZT0ibXNvLWxpc3Q6 SWdub3JlIj7CtzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8 L3NwYW4+PC9zcGFuPjwvc3Bhbj48IVtlbmRpZl0+VGhlIFBPU1QgbWV0aG9kPG86cD48L286cD48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4 dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBwb3J0 TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0ICZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFuPjwv c3Bhbj48IVtlbmRpZl0+VXNlIHRvIGV4ZWN1dGUgYSBSUEMgb3IgYW4gQWN0aW9uPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 dGV4dC1pbmRlbnQ6LS4yNWluO21zby1saXN0OmwwIGxldmVsMiBsZm8xIj4NCjwhW2lmICFzdXBw b3J0TGlzdHNdPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90 OyI+PHNwYW4gc3R5bGU9Im1zby1saXN0Oklnbm9yZSI+bzxzcGFuIHN0eWxlPSJmb250OjcuMHB0 ICZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PC9zcGFu Pjwvc3Bhbj48IVtlbmRpZl0+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFy Z2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYW4gYXJy YXkgd2l0aCB1cCB0byB0d28gZW50cnksIHRoZSBSUEMgaWRlbnRpZmljYXRpb24gKFNJRCkgZm9s bG93IGJ5IHRoZSBvcHRpb25hbCBpbnB1dDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbjttc28t bGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExpc3RzXT48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxzcGFuIHN0eWxlPSJtc28tbGlz dDpJZ25vcmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3NwYW4+PCFbZW5kaWZdPlRoZSBy ZXF1ZXN0IGNvbnRhaW5zIGNvbnRhaW4gdGhlIG9wdGlvbmFsIG91dHB1dDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQt aW5kZW50Oi0uMjVpbjttc28tbGlzdDpsMCBsZXZlbDIgbGZvMSI+DQo8IVtpZiAhc3VwcG9ydExp c3RzXT48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPjxz cGFuIHN0eWxlPSJtc28tbGlzdDpJZ25vcmUiPm88c3BhbiBzdHlsZT0iZm9udDo3LjBwdCAmcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjwvc3Bhbj48L3Nw YW4+PCFbZW5kaWZdPkV4YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95 YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlv bi41LjUiPg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0 dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuNTwvYT4NCjxvOnA+PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCI+TWljaGVsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh bmc9IkVOLVVTIiBzdHlsZT0ibXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tQ0EiPi0tLS0tT3JpZ2lu YWwgTWVzc2FnZS0tLS0tPGJyPg0KRnJvbTogY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIEhhbm5lcyBUc2Nob2ZlbmlnPGJyPg0KU2VudDogVHVlc2RheSwg SnVuZSAyMSwgMjAxNiA0OjA1IEFNPGJyPg0KVG86IGNvcmVAaWV0Zi5vcmcgV0cgJmx0O2NvcmVA aWV0Zi5vcmcmZ3Q7PGJyPg0KU3ViamVjdDogW2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlvbnM8 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IaSBDT01JIGZyaWVuZHMsPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPnNpbmNlIHlvdSBoYXZlIGZvciBzdXJlIHByb2dyZXNzZWQgeW91ciB3 b3JrIHF1aXRlIGEgYml0IHNpbmNlIHdlIGxhc3QgbWVldCBpbiBCQSBJIGFtIHdvbmRlcmluZyB3 aGV0aGVyIHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBtZXNzYWdlIGV4Y2hhbmdlIGV4YW1wbGVzIHVz aW5nIENPTUkgZm9yIG1lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5Gb3IgZXhhbXBs ZSwgdGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlmZWN5Y2xlIHdoZXJlIHRoZSBk ZXZpY2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRzIHJlc291cmNlcyB3aXRoIGEgc2VydmVyIGlu IHRoZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2FsbHkgc2VuZHMgc2Vuc29yIHJlYWRpbmdzICh0 byB0aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVlc3RzIGZyb20gYSBzZXJ2ZXIgYXMgd2VsbC48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SG93IHdvdWxkIHRoaXMgbG9vayBsaWtlIGlu IENPTUk/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNw OzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNpYW88bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhhbm5lczxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_-- --_004_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_ Content-Type: message/rfc822 Content-Disposition: attachment; creation-date="Tue, 21 Jun 2016 17:13:17 GMT"; modification-date="Tue, 21 Jun 2016 17:13:17 GMT" From: Alexander Pelov To: Alexander Pelov , "consultancy@vanderstok.org" , "laurent.toutain@telecom-bretagne.eu" , "ana@ackl.io" , "Andy Bierman" , "hartke@tzi.org" , "jaime.jimenez@ericsson.com" , "randy.turner@landisgyr.com" , "abhinav.somaraju@tridonic.com" , "Michel Veillette" , "cabo@tzi.org" Subject: Invitation: CoMI with CoOL - mer. 22 juin 2016 17:00 - 18:00 (apelov@gmail.com) Thread-Index: AQHRtqPF+H+CS9d1qEuwq4PAaRgLbQ== Date: Wed, 25 May 2016 16:37:47 +0000 Message-ID: Content-Language: fr-CA X-MS-Has-Attach: yes X-MS-TNEF-Correlator: Content-Type: multipart/mixed; boundary="_005_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_" MIME-Version: 1.0 --_005_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_ Content-Type: multipart/alternative; boundary="_000_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_" --_000_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_ Content-Type: text/plain; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable plus d'infos =BB CoMI with CoOL TBD Date mer. 22 juin 2016 17:00 =96 18:00 Paris Appel vid=E9o Participer =E0 un appel vid=E9o Agenda apelov@gmail.com Participants =95 Alexander Pelov- organisateur =95 consultancy@vanderstok.org =95 laurent.toutain@telecom-bretagne.eu =95 ana@ackl.io =95 Andy Bierman =95 hartke@tzi.org =95 jaime.jimenez@ericsson.com =95 randy.turner@landisgyr.com =95 abhinav.somaraju@tridonic.com =95 michel.veillette@trilliantinc.com =95 cabo@tzi.org Allez-vous participer ? Oui - Peut-=EAtre - Non = plus d'options =BB Invitation de Google Agenda Vous recevez ce message =E0 l'adresse michel.veillette@trilliantinc.com, ca= r vous participez =E0 cet =E9v=E9nement. Refusez cet =E9v=E9nement pour ne plus recevoir de notifications le concern= ant. Vous avez =E9galement la possibilit=E9 de cr=E9er un compte Google =E0= l'adresse https://www.google.com/calendar/ et de d=E9finir vous-m=EAme les= param=E8tres de notification pour l'int=E9gralit=E9 de votre agenda. En transf=E9rant cette invitation, vous risquez d'autoriser tous les destin= ataires =E0 modifier votre r=E9ponse =E0 l'invitation. En savoir plus. --_000_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_ Content-Type: text/html; charset="Windows-1252" Content-Transfer-Encoding: quoted-printable

CoMI with CoOL

TBD
Date
 mer. 22 juin 2016 17= :00 =96 18:00 Paris
Appel vid=E9o
 Participer =E0 un appel vid=E9o
Agenda
 apelov@gmail.com
Participants
=95
Alexander P= elov - organisateur
=95
consultancy= @vanderstok.org
=95
laurent.tou= tain@telecom-bretagne.eu
=95
ana@ackl.io=
=95
Andy Bierma= n
=95
hartke@tzi.= org
=95
jaime.jimen= ez@ericsson.com
=95
randy.turne= r@landisgyr.com
=95
abhinav.som= araju@tridonic.com
=95
michel.veil= lette@trilliantinc.com
=95
cabo@tzi.or= g

= Allez-vous participer ? Oui - Peut-=EAtre - Non plus d'options =BB

Invitation de Google Agenda

Vous recevez ce message =E0 l'adresse michel.veillette@trilliantinc.com,= car vous participez =E0 cet =E9v=E9nement.

Refusez cet =E9v=E9nement pour ne plus recevoir de notifications le conc= ernant. Vous avez =E9galement la possibilit=E9 de cr=E9er un compte Google = =E0 l'adresse https://www.google.com/calendar/ et de d=E9finir vous-m=EAme = les param=E8tres de notification pour l'int=E9gralit=E9 de votre agenda.

En transf=E9rant cette invitation, vous risquez d'autoriser tous les des= tinataires =E0 modifier votre r=E9ponse =E0 l'invitation. En = savoir plus.
--_000_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_ Content-Type: text/calendar; charset="utf-8"; method=PUBLISH Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpNRVRIT0Q6UFVCTElTSA0KUFJPRElEOk1pY3Jvc29mdCBFeGNoYW5n ZSBTZXJ2ZXIgMjAxMA0KVkVSU0lPTjoyLjANCkJFR0lOOlZUSU1FWk9ORQ0KVFpJRDpHcmVlbndp Y2ggU3RhbmRhcmQgVGltZQ0KQkVHSU46U1RBTkRBUkQNCkRUU1RBUlQ6MTYwMTAxMDFUMDAwMDAw DQpUWk9GRlNFVEZST006KzAwMDANClRaT0ZGU0VUVE86KzAwMDANCkVORDpTVEFOREFSRA0KQkVH SU46REFZTElHSFQNCkRUU1RBUlQ6MTYwMTAxMDFUMDAwMDAwDQpUWk9GRlNFVEZST006KzAwMDAN ClRaT0ZGU0VUVE86KzAwMDANCkVORDpEQVlMSUdIVA0KRU5EOlZUSU1FWk9ORQ0KQkVHSU46VkVW RU5UDQpPUkdBTklaRVI7Q049QWxleGFuZGVyIFBlbG92Ok1BSUxUTzphcGVsb3ZAZ21haWwuY29t DQpBVFRBQ0g6Q0lEOjFDNUQwRDhGMUQ4Mjc3NDFBRTE0Rjk2RDJDREJDMTEwQG5hbXByZDA2LnBy b2Qub3V0bG9vay5jb20NCkRFU0NSSVBUSU9OO0xBTkdVQUdFPWZyLUNBOnBsdXMgZCdpbmZvcyDC uzxodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyLw0KIGV2ZW50P2FjdGlvbj1WSUVXJmVp ZD1Yelp2Y3pNd2FERnBPR2d3YXpoaU9XdzJiM0EwTkdJNWF6WnNNVFE0WWpsd05tTndNekJpDQog WVRJMlpESnJPR1V4YVRZMU16TTRZM0J1T0RnZ2JXbGphR1ZzTG5abGFXeHNaWFIwWlVCMGNtbHNi R2xoYm5ScGJtTXVZMjl0JnQNCiBvaz1NVFlqWVhCbGJHOTJRR2R0WVdsc0xtTnZiV000WlRGbE5t RXpOelUzTkRka09UUXhOR001T1RZNVl6ZGlOek15TnpFeE1tWQ0KIHdNMlF4TURVJmN0ej1FdXJv cGUvUGFyaXMmaGw9ZnI+XG5cbkNvTUkgd2l0aCBDb09MXG5UQkRcbkRhdGUgICAgbWVyLiAyMiBq DQogdWluIDIwMTYgMTc6MDAg4oCTIDE4OjAwIFBhcmlzXG5BcHBlbCB2aWTDqW8gICAgIFBhcnRp Y2lwZXIgw6AgdW4gYXBwZWwgdmkNCiBkw6lvPGh0dHBzOi8vcGx1cy5nb29nbGUuY29tL2hhbmdv dXRzL18vY2FsZW5kYXIvWVhCbGJHOTJRR2R0WVdsc0xtTnZiUS5fNg0KIG9zMzBoMWk4aDBrOGI5 bDZvcDQ0YjlrNmwxNDhiOXA2Y3AzMGJhMjZkMms4ZTFpNjUzMzhjcG44OD5cbkFnZW5kYSAgYXBl bG92DQogQGdtYWlsLmNvbVxuUGFydGljaXBhbnRzICAgIOKAoiAgICAgICBBbGV4YW5kZXIgUGVs b3YtIG9yZ2FuaXNhdGV1clxu4oCiICANCiAgICAgIGNvbnN1bHRhbmN5QHZhbmRlcnN0b2sub3Jn XG7igKIgICAgICAgbGF1cmVudC50b3V0YWluQHRlbGVjb20tYnJldGFnbg0KIGUuZXVcbuKAoiAg ICAgICBhbmFAYWNrbC5pb1xu4oCiICAgICAgIEFuZHkgQmllcm1hblxu4oCiICAgICAgIGhhcnRr ZUB0emkuDQogb3JnXG7igKIgICAgICAgamFpbWUuamltZW5lekBlcmljc3Nvbi5jb21cbuKAoiAg ICAgICByYW5keS50dXJuZXJAbGFuZGlzZ3kNCiByLmNvbVxu4oCiICAgICAgIGFiaGluYXYuc29t YXJhanVAdHJpZG9uaWMuY29tXG7igKIgICAgICAgbWljaGVsLnZlaWxsZXR0ZQ0KIEB0cmlsbGlh bnRpbmMuY29tXG7igKIgICAgICAgY2Fib0B0emkub3JnXG5cbkFsbGV6LXZvdXMgcGFydGljaXBl ciA/ICAgT3VpDQogPGh0dHBzOi8vd3d3Lmdvb2dsZS5jb20vY2FsZW5kYXIvZXZlbnQ/YWN0aW9u PVJFU1BPTkQmZWlkPVh6WnZjek13YURGcE9HZ3cNCiBhemhpT1d3MmIzQTBOR0k1YXpac01UUTRZ amx3Tm1Od016QmlZVEkyWkRKck9HVXhhVFkxTXpNNFkzQnVPRGdnYldsamFHVnNMbg0KIFpsYVd4 c1pYUjBaVUIwY21sc2JHbGhiblJwYm1NdVkyOXQmcnN0PTEmdG9rPU1UWWpZWEJsYkc5MlFHZHRZ V2xzTG1OdmJXTTRaDQogVEZsTm1Fek56VTNORGRrT1RReE5HTTVPVFk1WXpkaU56TXlOekV4TW1Z d00yUXhNRFUmY3R6PUV1cm9wZS9QYXJpcyZobD1mcj4NCiAgLSBQZXV0LcOqdHJlPGh0dHBzOi8v d3d3Lmdvb2dsZS5jb20vY2FsZW5kYXIvZXZlbnQ/YWN0aW9uPVJFU1BPTkQmZWlkPVh6Wg0KIHZj ek13YURGcE9HZ3dhemhpT1d3MmIzQTBOR0k1YXpac01UUTRZamx3Tm1Od016QmlZVEkyWkRKck9H VXhhVFkxTXpNNFkzQnVPDQogRGdnYldsamFHVnNMblpsYVd4c1pYUjBaVUIwY21sc2JHbGhiblJw Ym1NdVkyOXQmcnN0PTMmdG9rPU1UWWpZWEJsYkc5MlFHZHQNCiBZV2xzTG1OdmJXTTRaVEZsTm1F ek56VTNORGRrT1RReE5HTTVPVFk1WXpkaU56TXlOekV4TW1Zd00yUXhNRFUmY3R6PUV1cm9wZQ0K IC9QYXJpcyZobD1mcj4gLSBOb248aHR0cHM6Ly93d3cuZ29vZ2xlLmNvbS9jYWxlbmRhci9ldmVu dD9hY3Rpb249UkVTUE9ORCZlDQogaWQ9WHpadmN6TXdhREZwT0dnd2F6aGlPV3cyYjNBME5HSTVh elpzTVRRNFlqbHdObU53TXpCaVlUSTJaREpyT0dVeGFUWTFNek0NCiA0WTNCdU9EZ2diV2xqYUdW c0xuWmxhV3hzWlhSMFpVQjBjbWxzYkdsaGJuUnBibU11WTI5dCZyc3Q9MiZ0b2s9TVRZallYQmxi Rw0KIDkyUUdkdFlXbHNMbU52YldNNFpURmxObUV6TnpVM05EZGtPVFF4TkdNNU9UWTVZemRpTnpN eU56RXhNbVl3TTJReE1EVSZjdHo9DQogRXVyb3BlL1BhcmlzJmhsPWZyPiAgICBwbHVzIGQnb3B0 aW9ucyDCuzxodHRwczovL3d3dy5nb29nbGUuY29tL2NhbGVuZGFyL2UNCiB2ZW50P2FjdGlvbj1W SUVXJmVpZD1Yelp2Y3pNd2FERnBPR2d3YXpoaU9XdzJiM0EwTkdJNWF6WnNNVFE0WWpsd05tTndN ekJpWQ0KIFRJMlpESnJPR1V4YVRZMU16TTRZM0J1T0RnZ2JXbGphR1ZzTG5abGFXeHNaWFIwWlVC MGNtbHNiR2xoYm5ScGJtTXVZMjl0JnRvDQogaz1NVFlqWVhCbGJHOTJRR2R0WVdsc0xtTnZiV000 WlRGbE5tRXpOelUzTkRka09UUXhOR001T1RZNVl6ZGlOek15TnpFeE1tWXcNCiBNMlF4TURVJmN0 ej1FdXJvcGUvUGFyaXMmaGw9ZnI+XG5JbnZpdGF0aW9uIGRlIEdvb2dsZSBBZ2VuZGE8aHR0cHM6 Ly93d3cuZw0KIG9vZ2xlLmNvbS9jYWxlbmRhci8+XG5cblZvdXMgcmVjZXZleiBjZSBtZXNzYWdl IMOgIGwnYWRyZXNzZSBtaWNoZWwudmVpbGxlDQogdHRlQHRyaWxsaWFudGluYy5jb21cLCBjYXIg dm91cyBwYXJ0aWNpcGV6IMOgIGNldCDDqXbDqW5lbWVudC5cblxuUmVmdXNleiANCiBjZXQgw6l2 w6luZW1lbnQgcG91ciBuZSBwbHVzIHJlY2V2b2lyIGRlIG5vdGlmaWNhdGlvbnMgbGUgY29uY2Vy bmFudC4gVm91cw0KICBhdmV6IMOpZ2FsZW1lbnQgbGEgcG9zc2liaWxpdMOpIGRlIGNyw6llciB1 biBjb21wdGUgR29vZ2xlIMOgIGwnYWRyZXNzZSBoDQogdHRwczovL3d3dy5nb29nbGUuY29tL2Nh bGVuZGFyLyBldCBkZSBkw6lmaW5pciB2b3VzLW3Dqm1lIGxlcyBwYXJhbcOodHJlcyANCiBkZSBu b3RpZmljYXRpb24gcG91ciBsJ2ludMOpZ3JhbGl0w6kgZGUgdm90cmUgYWdlbmRhLlxuXG5FbiB0 cmFuc2bDqXJhbnQgYw0KIGV0dGUgaW52aXRhdGlvblwsIHZvdXMgcmlzcXVleiBkJ2F1dG9yaXNl ciB0b3VzIGxlcyBkZXN0aW5hdGFpcmVzIMOgIG1vZGlmDQogaWVyIHZvdHJlIHLDqXBvbnNlIMOg IGwnaW52aXRhdGlvbi4gRW4gc2F2b2lyIHBsdXM8aHR0cHM6Ly9zdXBwb3J0Lmdvb2dsZS4NCiBj b20vY2FsZW5kYXIvYW5zd2VyLzM3MTM1I2ZvcndhcmRpbmc+LlxuDQpVSUQ6NjgwRDJEQUQtNTYy Qi00NUJELTkzMjAtQjNFRDgyMUY0MzdCDQpTVU1NQVJZO0xBTkdVQUdFPWZyLUNBOkludml0YXRp b246IENvTUkgd2l0aCBDb09MIC0gbWVyLiAyMiBqdWluIDIwMTYgMTc6MDANCiAgLSAxODowMCAo YXBlbG92QGdtYWlsLmNvbSkNCkRUU1RBUlQ7VFpJRD1HcmVlbndpY2ggU3RhbmRhcmQgVGltZToy MDE2MDYyMlQxNTAwMDANCkRURU5EO1RaSUQ9R3JlZW53aWNoIFN0YW5kYXJkIFRpbWU6MjAxNjA2 MjJUMTYwMDAwDQpDTEFTUzpQVUJMSUMNClBSSU9SSVRZOjUNCkRUU1RBTVA6MjAxNjA1MjVUMTYz NzQ0Wg0KVFJBTlNQOk9QQVFVRQ0KU1RBVFVTOkNPTkZJUk1FRA0KU0VRVUVOQ0U6MA0KTE9DQVRJ T047TEFOR1VBR0U9ZnItQ0E6DQpYLU1JQ1JPU09GVC1DRE8tQVBQVC1TRVFVRU5DRTowDQpYLU1J Q1JPU09GVC1DRE8tT1dORVJBUFBUSUQ6MA0KWC1NSUNST1NPRlQtQ0RPLUJVU1lTVEFUVVM6QlVT WQ0KWC1NSUNST1NPRlQtQ0RPLUlOVEVOREVEU1RBVFVTOkJVU1kNClgtTUlDUk9TT0ZULUNETy1B TExEQVlFVkVOVDpGQUxTRQ0KWC1NSUNST1NPRlQtQ0RPLUlNUE9SVEFOQ0U6MQ0KWC1NSUNST1NP RlQtQ0RPLUlOU1RUWVBFOjANClgtTUlDUk9TT0ZULURJU0FMTE9XLUNPVU5URVI6RkFMU0UNCkJF R0lOOlZBTEFSTQ0KREVTQ1JJUFRJT046UkVNSU5ERVINClRSSUdHRVI7UkVMQVRFRD1TVEFSVDot UFQxNU0NCkFDVElPTjpESVNQTEFZDQpFTkQ6VkFMQVJNDQpFTkQ6VkVWRU5UDQpFTkQ6VkNBTEVO REFSDQo= --_000_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_-- --_005_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_ Content-Type: application/ics; name="invite.ics" Content-Description: invite.ics Content-Disposition: attachment; filename="invite.ics"; size=2966; creation-date="Wed, 25 May 2016 16:37:47 GMT"; modification-date="Wed, 25 May 2016 16:37:47 GMT" Content-ID: <1C5D0D8F1D827741AE14F96D2CDBC110@namprd06.prod.outlook.com> Content-Transfer-Encoding: base64 QkVHSU46VkNBTEVOREFSDQpQUk9ESUQ6LS8vR29vZ2xlIEluYy8vR29vZ2xlIENhbGVuZGFyIDcw LjkwNTQvL0VODQpWRVJTSU9OOjIuMA0KQ0FMU0NBTEU6R1JFR09SSUFODQpNRVRIT0Q6UkVRVUVT VA0KQkVHSU46VkVWRU5UDQpEVFNUQVJUOjIwMTYwNjIyVDE1MDAwMFoNCkRURU5EOjIwMTYwNjIy VDE2MDAwMFoNCkRUU1RBTVA6MjAxNjA1MjVUMTYzNzQ0Wg0KT1JHQU5JWkVSO0NOPUFsZXhhbmRl ciBQZWxvdjptYWlsdG86YXBlbG92QGdtYWlsLmNvbQ0KVUlEOjY4MEQyREFELTU2MkItNDVCRC05 MzIwLUIzRUQ4MjFGNDM3Qg0KQVRURU5ERUU7Q1VUWVBFPUlORElWSURVQUw7Uk9MRT1SRVEtUEFS VElDSVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9DQogVFJVRTtDTj1jb25zdWx0YW5j eUB2YW5kZXJzdG9rLm9yZztYLU5VTS1HVUVTVFM9MDptYWlsdG86Y29uc3VsdGFuY3lAdmFuZGVy DQogc3Rvay5vcmcNCkFUVEVOREVFO0NVVFlQRT1JTkRJVklEVUFMO1JPTEU9UkVRLVBBUlRJQ0lQ QU5UO1BBUlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQPQ0KIFRSVUU7Q049bGF1cmVudC50b3V0YWlu QHRlbGVjb20tYnJldGFnbmUuZXU7WC1OVU0tR1VFU1RTPTA6bWFpbHRvOmxhdXJlbnQudA0KIG91 dGFpbkB0ZWxlY29tLWJyZXRhZ25lLmV1DQpBVFRFTkRFRTtDVVRZUEU9SU5ESVZJRFVBTDtST0xF PVJFUS1QQVJUSUNJUEFOVDtQQVJUU1RBVD1ORUVEUy1BQ1RJT047UlNWUD0NCiBUUlVFO0NOPWFu YUBhY2tsLmlvO1gtTlVNLUdVRVNUUz0wOm1haWx0bzphbmFAYWNrbC5pbw0KQVRURU5ERUU7Q1VU WVBFPUlORElWSURVQUw7Uk9MRT1SRVEtUEFSVElDSVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9O O1JTVlA9DQogVFJVRTtDTj1BbmR5IEJpZXJtYW47WC1OVU0tR1VFU1RTPTA6bWFpbHRvOmFuZHlA eXVtYXdvcmtzLmNvbQ0KQVRURU5ERUU7Q1VUWVBFPUlORElWSURVQUw7Uk9MRT1SRVEtUEFSVElD SVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9DQogVFJVRTtDTj1oYXJ0a2VAdHppLm9y ZztYLU5VTS1HVUVTVFM9MDptYWlsdG86aGFydGtlQHR6aS5vcmcNCkFUVEVOREVFO0NVVFlQRT1J TkRJVklEVUFMO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQ PQ0KIFRSVUU7Q049amFpbWUuamltZW5lekBlcmljc3Nvbi5jb207WC1OVU0tR1VFU1RTPTA6bWFp bHRvOmphaW1lLmppbWVuZXpAZXJpYw0KIHNzb24uY29tDQpBVFRFTkRFRTtDVVRZUEU9SU5ESVZJ RFVBTDtST0xFPVJFUS1QQVJUSUNJUEFOVDtQQVJUU1RBVD1ORUVEUy1BQ1RJT047UlNWUD0NCiBU UlVFO0NOPXJhbmR5LnR1cm5lckBsYW5kaXNneXIuY29tO1gtTlVNLUdVRVNUUz0wOm1haWx0bzpy YW5keS50dXJuZXJAbGFuZGkNCiBzZ3lyLmNvbQ0KQVRURU5ERUU7Q1VUWVBFPUlORElWSURVQUw7 Uk9MRT1SRVEtUEFSVElDSVBBTlQ7UEFSVFNUQVQ9TkVFRFMtQUNUSU9OO1JTVlA9DQogVFJVRTtD Tj1hYmhpbmF2LnNvbWFyYWp1QHRyaWRvbmljLmNvbTtYLU5VTS1HVUVTVFM9MDptYWlsdG86YWJo aW5hdi5zb21hcmFqDQogdUB0cmlkb25pYy5jb20NCkFUVEVOREVFO0NVVFlQRT1JTkRJVklEVUFM O1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQPQ0KIFRSVUU7 Q049bWljaGVsLnZlaWxsZXR0ZUB0cmlsbGlhbnRpbmMuY29tO1gtTlVNLUdVRVNUUz0wOm1haWx0 bzptaWNoZWwudmVpbA0KIGxldHRlQHRyaWxsaWFudGluYy5jb20NCkFUVEVOREVFO0NVVFlQRT1J TkRJVklEVUFMO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRTVEFUPU5FRURTLUFDVElPTjtSU1ZQ PQ0KIFRSVUU7Q049Y2Fib0B0emkub3JnO1gtTlVNLUdVRVNUUz0wOm1haWx0bzpjYWJvQHR6aS5v cmcNCkFUVEVOREVFO0NVVFlQRT1JTkRJVklEVUFMO1JPTEU9UkVRLVBBUlRJQ0lQQU5UO1BBUlRT VEFUPUFDQ0VQVEVEO1JTVlA9VFJVRQ0KIDtDTj1hcGVsb3ZAZ21haWwuY29tO1gtTlVNLUdVRVNU Uz0wOm1haWx0bzphcGVsb3ZAZ21haWwuY29tDQpYLUdPT0dMRS1IQU5HT1VUOmh0dHBzOi8vcGx1 cy5nb29nbGUuY29tL2hhbmdvdXRzL18vY2FsZW5kYXIvWVhCbGJHOTJRR2R0WVcNCiBsc0xtTnZi US5fNm9zMzBoMWk4aDBrOGI5bDZvcDQ0YjlrNmwxNDhiOXA2Y3AzMGJhMjZkMms4ZTFpNjUzMzhj cG44OA0KQ1JFQVRFRDoyMDE2MDQyMFQxNTMwMzZaDQpERVNDUklQVElPTjpUQkRcblxuQ2V0IMOp dsOpbmVtZW50IGVzdCBhc3NvY2nDqSDDoCB1biBhcHBlbCB2aWTDqW8gR29vZ2xlwqBIYW5nb3UN CiB0cy5cblBhcnRpY2lwZXLCoDogaHR0cHM6Ly9wbHVzLmdvb2dsZS5jb20vaGFuZ291dHMvXy9j YWxlbmRhci9ZWEJsYkc5MlFHZHRZDQogV2xzTG1OdmJRLl82b3MzMGgxaThoMGs4YjlsNm9wNDRi OWs2bDE0OGI5cDZjcDMwYmEyNmQyazhlMWk2NTMzOGNwbjg4P2hzPTEyDQogMVxuXG5BZmZpY2hl eiB2b3RyZSDDqXbDqW5lbWVudCBzdXIgbGEgcGFnZSBodHRwczovL3d3dy5nb29nbGUuY29tL2Nh bGVuZGFyL2UNCiB2ZW50P2FjdGlvbj1WSUVXJmVpZD1Yelp2Y3pNd2FERnBPR2d3YXpoaU9XdzJi M0EwTkdJNWF6WnNNVFE0WWpsd05tTndNekJpWVQNCiBJMlpESnJPR1V4YVRZMU16TTRZM0J1T0Rn Z2JXbGphR1ZzTG5abGFXeHNaWFIwWlVCMGNtbHNiR2xoYm5ScGJtTXVZMjl0JnRvaz0NCiBNVFlq WVhCbGJHOTJRR2R0WVdsc0xtTnZiV000WlRGbE5tRXpOelUzTkRka09UUXhOR001T1RZNVl6ZGlO ek15TnpFeE1tWXdNMlENCiB4TURVJmN0ej1FdXJvcGUvUGFyaXMmaGw9ZnIuDQpMQVNULU1PRElG SUVEOjIwMTYwNTI1VDE2Mzc0M1oNCkxPQ0FUSU9OOg0KU0VRVUVOQ0U6MA0KU1RBVFVTOkNPTkZJ Uk1FRA0KU1VNTUFSWTpDb01JIHdpdGggQ29PTA0KVFJBTlNQOk9QQVFVRQ0KWC1BUFBMRS1UUkFW RUwtQURWSVNPUlktQkVIQVZJT1I6QVVUT01BVElDDQpFTkQ6VkVWRU5UDQpFTkQ6VkNBTEVOREFS DQo= --_005_BLUPR06MB176371DFE462EECACC0F7577FE400BLUPR06MB1763namp_-- --_004_BLUPR06MB176396014689D95A8B5F58D3FE2B0BLUPR06MB1763namp_-- From nobody Tue Jun 21 10:21:23 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5EDAF12DB01 for ; Tue, 21 Jun 2016 10:21:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.902 X-Spam-Level: X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b2CxF3y2Ieun for ; Tue, 21 Jun 2016 10:21:20 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0771.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::771]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D7A612D810 for ; Tue, 21 Jun 2016 10:21:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=asS+eVUpd1Q6WiqTQ3NmZ6tz9HQeDAIDgknscEESWdw=; b=iwbvQ9ynXoj4fSMHsH5zihkdC1Qu+YXVgeJLbzTZa6YtxSwttYw1i3t66U41liwSk9qWI3FT7yBvMmfVqv3WTUXQR+Yljx7AVN7lRUs6dcNMB6KMZJFlcBLGghaStjGhpguqGQf1xW6SenCjD+zqlYbvSqVXxvwTwIOmIJUwEBc= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1764.namprd06.prod.outlook.com (10.162.224.150) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 17:21:05 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 17:21:04 +0000 From: Michel Veillette To: =?utf-8?B?SmFpbWUgSmltw6luZXo=?= Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OrVYz50ufs9ESY69BFKOWJoJ/zuqyAgAAwxoCAAD/jQA== Date: Tue, 21 Jun 2016 17:21:04 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> <576918EB.7000205@tzi.org> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: 0baaa37c-4f11-4159-c638-08d399f86cf6 x-microsoft-exchange-diagnostics: 1; BLUPR06MB1764; 6:tP5p9e1kCgnDCakij7kDlAE1HAy+mkpX/15Ofo2eZwktLMOzYNdskJRVS+6LdxdLWZ5l2zwQATrniMifzPxFgLS1On4/4UVIB0GhHI3RCeohMPpyi3ksLW3z/3kmWGCTHjxQY5CFkQpW3y1B1anb+FeLQsN0XwYwImopPPgpzqj3JWs1JfytKnNvACawMuBQ0dTrn4CYZoCKfFsXkjrRg2mrR1q73hc+7fPlCmjCe7s35eIHJ0H3OtecTik/8Mh4NfLYVcRuXzK6zYDOBwJOZK/D8ikDpaDz/JYJLIZwDaU=; 5:yGVSxdS5LmW1y2vEuBnCs6QyY01rbP30XVBumgcAG5qHwdb71vtycSDYTjBqX+gZiTFn6JB6R0FSOuvGcze2V1TVWbY3qcm4jPxNXWqLZFifAx8HVw++2WwTQJu6DKBjtcWV1WYpSz30+Ir6h+SfUQ==; 24:4qfpqu+kCHHG4UI/xp6xiNBqM3W6ztiptgScvvX3FA4zh+n9m30j4dLjdN23MD/Z9rODg+GqIYlndiD3Cd2AG8tWQqfONj4N35MK6IBkg+E=; 7:bH+UNDKQt0f0yBILhBluejngN21kWa+QYiQVuN6sxLUwVsy8vCJr6hdMv8qftErDXFglDm40zojZubzWEO0nQCxQ/v/TFzTLT+iJX1+gb08uGY7miKX4YL3gxXG/qNvt840I9QKO5nX2RdKSFlXcDQMDEGyYPY4WflUAbgQ7ERs/k97Ezv58SiYFhKLaOyf3ihb02rUhe6OpYVsGqNCjJfhlx08RibWkC32bSkXWBY0fdT5gJK/m6SosJ+UW16ZI x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1764; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(190756311086443)(158342451672863)(211171220733660); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046); SRVR:BLUPR06MB1764; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1764; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(13464003)(199003)(377454003)(24454002)(189002)(81166006)(9686002)(76176999)(92566002)(2900100001)(10400500002)(2950100001)(50986999)(110136002)(7846002)(77096005)(81156014)(106116001)(19580395003)(68736007)(8936002)(7696003)(106356001)(19580405001)(5002640100001)(105586002)(122556002)(54356999)(86362001)(66066001)(586003)(3846002)(4326007)(15975445007)(33656002)(101416001)(2906002)(189998001)(5003600100003)(102836003)(6116002)(8676002)(3660700001)(97736004)(74316001)(3280700002)(87936001)(99286002)(76576001)(7736002); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1764; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 17:21:04.3358 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1764 Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 17:21:22 -0000 SGkgSmFpbWUNCg0KSSBjYW4gY2VydGFpbmx5IGhlbHAgeW91IHdpdGggdGhpcyBwcm9jZXNzIG9m IHRyYW5zbGF0aW5nIHNvbWUgb2YgdGhlIExXTTJNIE9iamVjdHMgKGluIFhNTCkgdG8gWUFORy4N CkF0IGxlYXN0IHJldmlld2luZyB0aGUgZW5kIHJlc3VsdC4NCg0KUmVnYXJkcywNCg0KIE1pY2hl bCBWZWlsbGV0dGUNClN5c3RlbSBBcmNoaXRlY3R1cmUgRGlyZWN0b3INClRyaWxsaWFudCBJbmMu DQpUZWw6IDQ1MC01MzEtMzEwOQ0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTog Y29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEphaW1lIEpp bcOpbmV6DQpTZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDk6MzIgQU0NClRvOiBDYXJzdGVu IEJvcm1hbm4gPGNhYm9AdHppLm9yZz4NCkNjOiBjb3JlQGlldGYub3JnIFdHIDxjb3JlQGlldGYu b3JnPg0KU3ViamVjdDogUmU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCkhpLA0K DQppdCBpcyB0cnVlIHRoYXQgTFdNMk0gc3dpdGNoZXMgdGhlIHRlcm0gb2YgY2xpZW50IGFuZCBz ZXJ2ZXIuIFRoZXkgcHJvYmFibHkgc2hvdWxkIGp1c3QgY2FsbCBpdCDigJxlbmRwb2ludCIgYW5k IOKAnG1hbmFnZXIiIG9yIHNvbWV0aGluZyBsaWtlIHRoYXQgdG8gYXZvaWQgY29uZnVzaW9uLiBB bmQgdGhlbiBleHBsYWluIHRoYXQgYW5kIGVuZHBvaW50IGlzIGEgQ29BUCBDbGllbnQgYW5kIFNl cnZlciwgZXRj4oCmICANCg0KV2hhdCBJIGZpbmQgaW50ZXJlc3RpbmcgaGVyZSBpcyB0aGF0IGJv dGggTFdNMk0gYW5kIENPTUkgKmFyZSogYmFzaWNhbGx5IENvQVAuIA0KDQpMV00yTSBzaW1wbHkg ZGVmaW5lcyBhIHNldCBvZiBjb21tb24gaW50ZXJhY3Rpb25zIGJldHdlZW4gYW4gZW5kcG9pbnQg YW5kIGl0cyBtYW5hZ2VyLiBBbGwgb2YgdGhvc2UgaW50ZXJhY3Rpb25zN2ludGVyZmFjZXMgYXJl IGp1c3QgQ29BUCBtZXNzYWdlcyB3aXRoIGEgc3BlY2lmaWMgcmVzb3VyY2UgT2JqZWN0IE1vZGVs LiBJbiBmYWN0IG1hbnkgb2YgdGhvc2Ugb3BlcmF0aW9ucyBhcmUgcGxhaW4gQ29BUCwgZm9yIGV4 YW1wbGUgUmVnaXN0cmF0aW9uIGlzIGJhc2ljYWxseSB1c2luZyBSRCBhbmQgdGhlIOKAnC9sd20y beKAnSBwYXRoLCBJbmZvcm1hdGlvbiBSZXBvcnRpbmcgaXMgYmFzaWNhbGx5IENvQVAgT2JzZXJ2 ZSwgUmVzb3VyY2UgT3BlcmF0aW9ucyBhcmUganVzdCBDb0FQIFJFU1QgbWV0aG9kcyB3aXRoIGEg Q1JVRCBmb3JtYXQgb24gdG9wLCBHRVQgYmVjb21lcyBSZXRyaWV2ZSwgUE9TVCBiZWNvbWVzIENy ZWF0ZSwgZXRjLg0KDQpPbiB0aGUgT2JqZWN0IE1vZGVsIHNpZGUsIHdoYXQgSSB0aGluayB3b3Vs ZCBiZSByZWxhdGl2ZWx5IHNpbXBsZSBpcyB0byB0cmFuc2xhdGUgc29tZSBvZiB0aGUgTFdNMk0g T2JqZWN0cyAoaW4gWE1MKSB0byBZQU5HIGZvcm1hdCAoYXMgQ2Fyc3RlbiBzdWdnZXN0ZWQpLCBJ IGNvdWxkIGRvIHRoYXQgaWYgSSBnZXQgc29tZSBoZWxwIGZyb20gc29tZW9uZSB3aXRoIFlBTkcg ZXhwZXJ0aXNlLiBTaW1pbGFybHksIHdoYXQgQ09NSSBjb3VsZC9zaG91bGQgaGFkIGlzIGdvb2Qg ZGVmaW5pdGlvbnMgb24gaG93IHRvIGRvIHRoZSBhZm9yZW1lbnRpb25lZCBtYW5hZ2VtZW50IG9w ZXJhdGlvbnMuIA0KDQpDaWFvIQ0KLSAtIEphaW1lIEppbWVuZXoNCg0KPiBPbiAyMSBKdW4gMjAx NiwgYXQgMTM6MzcsIENhcnN0ZW4gQm9ybWFubiA8Y2Fib0B0emkub3JnPiB3cm90ZToNCj4gDQo+ IChUcmFuc2xhdGlvbjogV2hhdCBIYW5uZXMgY2FsbHMgYSAic2VydmVyIiBpcyBhICJzZXJ2ZXIi IGluIExXTTJNIA0KPiB0ZXJtaW5vbG9neSwgd2hpY2ggaXMgdGhlIGNvbW1vbiB0ZXJtIGZvciBh IHBpenphIGJveCBpbiBhIHJhY2sgDQo+IHR1cm5pbmcgYSBraWxvd2F0dCBpbnRvIGhlYXQgZXhw ZWxsZWQgd2l0aCBsb3VkIGZhbnMuICBJbiBMV00yTSwgc21hbGwgDQo+IGRldmljZXMgYXJlIGNh bGxlZCAiY2xpZW50cyIsIGV2ZW4gaWYgdGhleSBhcmUgc2VydmVycyBpbiB0ZXJtcyBvZiANCj4g dGhlaXIgY29tbXVuaWNhdGlvbiBiZWhhdmlvci4pDQo+IA0KPiBJbmRlZWQsIGhhdmluZyBzb21l IGV4YW1wbGVzIHNob3dpbmcgdGhlIG92ZXJhbGwgcGljdHVyZSBvZiBob3cgQ09NSSANCj4gbWln aHQgYmUgdXNlZCB3b3VsZCBiZSB2ZXJ5IHVzZWZ1bC4gIChUaGUgZXhhbXBsZSB5b3UgYXJlIGdp dmluZyBoZXJlIA0KPiBpcyBzb21ld2hhdCBmb2N1c2VkIG9uIGRldmljZSBkaXNjb3ZlcnkgYW5k IHJlZ2lzdHJhdGlvbiwgc29tZXRoaW5nIA0KPiB0aGF0IGlzIGEgYml0IHNlY29uZGFyeSB0byBD T01JIHNvIGZhci4pDQo+IA0KPiBPbiB0aGUgb3RoZXIgc2lkZSwgSSBhbHNvIHdvdWxkIGJlIGlu dGVyZXN0ZWQgaW4gc29tZW9uZSB0YWtpbmcgdGhlDQo+IChzb21lPykgTFdNMk0gc3BlY3MgYW5k IHRyYW5zbGF0aW5nIHRoZW0gaW50byBZQU5HIC0tIGlzIHRoZSByZXN1bHQgDQo+IHNvbWV0aGlu ZyB0aGF0IHdlIGFjdHVhbGx5IG1pZ2h0IGJlIGFibGUgdG8gdXNlPyAgKFRoZXJlIGFyZSBzb21l IA0KPiBvYnZpb3VzIGRpZmZpY3VsdGllcywgYXMgTFdNMk0gaXMgY2xvc2VyIHRvIFJFU1QgYW5k LCBmb3IgZXhhbXBsZSwgDQo+IG1ha2VzIHVzZSBvZiBtZWRpYSB0eXBlcywgYnV0IHdobyBzYXlz IFlBTkcgY2FuJ3QgZ3JvdyB0byB0aGUgDQo+IG9jY2FzaW9uPykNCj4gDQo+IEdyw7zDn2UsIENh cnN0ZW4NCj4gDQo+IA0KPiBIYW5uZXMgVHNjaG9mZW5pZyB3cm90ZToNCj4+IEhpIENPTUkgZnJp ZW5kcywNCj4+IA0KPj4gc2luY2UgeW91IGhhdmUgZm9yIHN1cmUgcHJvZ3Jlc3NlZCB5b3VyIHdv cmsgcXVpdGUgYSBiaXQgc2luY2Ugd2UgDQo+PiBsYXN0IG1lZXQgaW4gQkEgSSBhbSB3b25kZXJp bmcgd2hldGhlciB5b3UgaGF2ZSBhIGZldyBzaW1wbGUgbWVzc2FnZSANCj4+IGV4Y2hhbmdlIGV4 YW1wbGVzIHVzaW5nIENPTUkgZm9yIG1lLg0KPj4gDQo+PiBGb3IgZXhhbXBsZSwgdGhpbmsgYWJv dXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlmZWN5Y2xlIHdoZXJlIHRoZSANCj4+IGRldmljZSBz dGFydHMgYW5kIHJlZ2lzdGVycyBpdHMgcmVzb3VyY2VzIHdpdGggYSBzZXJ2ZXIgaW4gdGhlIGNs b3VkLCANCj4+IGl0IHRoZW4gcGVyaW9kaWNhbGx5IHNlbmRzIHNlbnNvciByZWFkaW5ncyAodG8g dGhhdCBzZXJ2ZXIpLCBhbmQgZ2V0cyANCj4+IHJlcXVlc3RzIGZyb20gYSBzZXJ2ZXIgYXMgd2Vs bC4NCj4+IA0KPj4gSG93IHdvdWxkIHRoaXMgbG9vayBsaWtlIGluIENPTUk/DQo+PiANCj4+IENp YW8NCj4+IEhhbm5lcw0KPj4gDQo+PiANCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fDQo+PiBjb3JlIG1haWxpbmcgbGlzdA0KPj4gY29yZUBpZXRmLm9y Zw0KPj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQo+IA0KPiBf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBjb3JlIG1h aWxpbmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxt YW4vbGlzdGluZm8vY29yZQ0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fXw0KY29yZSBtYWlsaW5nIGxpc3QNCmNvcmVAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0K From nobody Tue Jun 21 10:51:25 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 248E412DB8A for ; Tue, 21 Jun 2016 10:51:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=landisgyr.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RpiDW4GrYGv4 for ; Tue, 21 Jun 2016 10:51:20 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0744.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::744]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 077C712DB84 for ; Tue, 21 Jun 2016 10:51:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=LandisGyr.onmicrosoft.com; s=selector1-landisgyr-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=Xpz9XTxORV+ujkOQ+wzvRWsvZBOaE5cvI7f5+PDjfOE=; b=k2p55vzqS4tkFKFLw38Y5q6Iiua4IGVXxKTpgC/kWscdg6K+EkSdjUKOD6AJm2XmR9ggJD4FQed0fZ9qtE2UNfXGo81uhCVJ6y6WktY75JmlB2JgMtdA/1KK6TrycLHn8afe1nyPNx+X0cj3T50cEquk0FjfXdiZbYvQwQDitLw= Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 17:50:48 +0000 Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 17:50:48 +0000 From: "Turner, Randy" To: Michel Veillette , "core@ietf.org WG" Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OqlRreTn8Vi0SJbRDNc8BMRp/0KT+AgAAKSzA= Date: Tue, 21 Jun 2016 17:50:48 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com; x-originating-ip: [148.80.255.144] x-ms-office365-filtering-correlation-id: d4504c67-d0b0-482b-5445-08d399fc9454 x-microsoft-exchange-diagnostics: 1; DB5PR01MB1815; 6:IBVsbDQ69W+fNHuAeUP1uSjaNYsnjU89NghNACrj5fwR6qi6OzqrsXLIvZs3pupcCGUqFpHTJe+1Ts70LE7NBNFB0m5D4i9rGAopvU0l0XLovmjiEhMfHp+ZmC/nEzevrUCsadzvtFnCZ8EZIG6vmtjnWVB47bZEtJ2o5keB1xDVLLOSFMOeUAzybCqid/8GhX9otZFHQDhidsyliRG9oiriwGrbg2/1Gg1uW10k+7zdnliQQ20Raq7DjyropEQMxItVK/mC3QMpiI0baoTV7dMmZq8hDQcv+T6G7UHOEcq/YnMmFnM4ll4Deu6ouhkYSyYtK1GNc8f7DK0TckHdnw==; 5:htnoYAyim2Gh6mlYLH/wFj1cKBgibgf7naYxTppgz1iU0a/veq9+Oflbymp7D0N6hto0F2DG8rN8tUE8F/VHlVaAp3UNYAo4FjaUNau5ujgcrOVizg1ShPgvnRPwfhW+ENh6Hm9c1ZblTWOH88PWkg==; 24:FgMvioWgHGgvW0g2S6/Bczc2k3rVqspe0bKq9rtefd4vZETE9j4fnNe3xtM/spn/mhQJ/P6RHirWvaSOZulwq25udGAuhFYw5kmra91NVN0=; 7:GVHwuiAFWNhqEcHzo7vl4qhc+r9SracFT+vG/ElJxYJ9vMDUfzl1kBy1IYnD5dWtpxr8QBexPNw9lqZwPMcFyTtqFHz3eucNEyDJZS1erbW67H54Hy7iyJB79+sSp2IdnPIcHVIFA7MfLuaGsoFxzQ17d0i3WQ////x+wo7PE6PROcDlQ8Tau6FUoGexmzAmSBEsqz+j4f5IsL+hNmxmL17BF69IBKecD+gOiH+PazGttQKq190R47HHhmuZJmQx x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR01MB1815; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(190756311086443)(158342451672863)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DB5PR01MB1815; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1815; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(189002)(199003)(377454003)(13464003)(97736004)(7906002)(122556002)(106356001)(16236675004)(68736007)(19617315012)(2906002)(19625215002)(81156014)(74316001)(81166006)(3660700001)(33656002)(3280700002)(551934003)(189998001)(7696003)(5003600100003)(7736002)(106116001)(92566002)(101416001)(7846002)(8676002)(5001770100001)(105586002)(10400500002)(19580405001)(19580395003)(50986999)(76176999)(107886002)(66066001)(9686002)(2900100001)(586003)(6116002)(77096005)(790700001)(3846002)(54356999)(5890100001)(15975445007)(2950100001)(86362001)(87936001)(102836003)(5002640100001)(11100500001)(19300405004)(8936002); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1815; H:DB5PR01MB1815.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR01MB1815C7D3FF8BC77A66AC5A58802B0DB5PR01MB1815eurp_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 17:50:48.7623 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1815 Archived-At: Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 17:51:23 -0000 --_000_DB5PR01MB1815C7D3FF8BC77A66AC5A58802B0DB5PR01MB1815eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 QXJlIHdlIGFsbG93ZWQgdG8g4oCYREVMRVRF4oCZIG9iamVjdCBpbnN0YW5jZXMgPw0KDQpXaGF0 IGFib3V0IE9CU0VSVkUgc2VtYW50aWNzID8NCg0KUi4NCg0KRnJvbTogY29yZSBbbWFpbHRvOmNv cmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1pY2hlbCBWZWlsbGV0dGUNClNlbnQ6 IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMToxMyBQTQ0KVG86IEhhbm5lcyBUc2Nob2ZlbmlnOyBj b3JlQGlldGYub3JnIFdHDQpTdWJqZWN0OiBSZTogW2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlv bnMNCg0KDQpIaSBIYW5uZXMNCg0KDQoNCkdvb2QgdGltaW5nLg0KDQpPbiB0aGUgYWdlbmRhIG9m IG91ciB3ZWVrbHkgY2FsbCB0b21vcnJvdywgd2UgaGF2ZSBhbiBpdGVtIHRvIHJldmlldyB0aGUg cHJvcG9zZWQgZnVuY3Rpb24gc2V0Lg0KDQpJIGhhdmUgaW5jbHVkZWQgaW4gYXR0YWNobWVudCB0 aGUgaW52aXRlIGZvciB0aGlzIG1lZXRpbmcgaW4gY2FzZSB5b3Ugd2FudCB0byBwYXJ0aWNpcGF0 ZS4NCg0KRm9sbG93aW5nIGlzIGEgbGlzdCBvZiB0aGUgQ29BUCBtZXRob2RzLCBhc3NvY2lhdGVk IHVzZSBjYXNlcywgbWVzc2FnZSBjb250ZW50IHN1bW1hcnkgYW5kIGV4YW1wbGVzLg0KDQpGb3Ig dGhlIHVwIHRvIGRhdGUgdmVyc2lvbiBvZiB0aGUgZHJhZnRzLCBzZWUgaHR0cDovL2NvcmUtd2cu Z2l0aHViLmlvL3lhbmctY2Jvci8NCg0KDQoNCuKAoiAgICAgICAgIFRoZSBHRVQgbWV0aG9kDQoN Cm8gICBVc2UgdG8gcmV0cmlldmUgdGhlIGNvbnRlbnQgb2YgYSBkYXRhc3RvcmUNCg0KbyAgIENh biBiZSB1c2VkIHRvIGltcGxlbWVudCBhIGJhY2t1cC9yZXN0b3JlIHVzZSBjYXNlDQoNCm8gICBU aGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9j L3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24sIC9jID0gY3VycmVudCBkYXRhICYgcnVubmluZyBj b25maWd1cmF0aW9uKQ0KDQpvICAgVGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIHBh aXJzIG9mIChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWVzKQ0KDQpvICAgRXhhbXBsZTogaHR0 cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29s LWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMQ0KDQoNCg0K4oCiICAgICAgICAgVGhlIFBVVCBt ZXRob2QNCg0KbyAgIFVzZSB0byBsb2FkIGNvbnRlbnQgb2YgYSBkYXRhc3RvcmUNCg0KbyAgIENh biBiZSB1c2VkIHRvIGltcGxlbWVudCB0aGUgcHJvdmlzaW9uaW5nLCBjb21taXNzaW9uaW5nIGFu ZCByZXN0b3JlIHVzZSBjYXNlcw0KDQpvICAgVGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBv ZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBh bmQgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGRlbHRhIFNJRCwgYXNzb2NpYXRlZCB2YWx1ZSkNCg0K byAgIEV4YW1wbGU6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVp bGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjMNCg0KDQoNCuKAoiAg ICAgICAgIFRoZSBGRVRDSCBtZXRob2QNCg0KbyAgIFVzZSB0byByZXRyaWV2ZSBhIHN1YnNldCBv ZiBhIGRhdGFzdG9yZQ0KDQpvICAgQ2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGFkLWhvYyBxdWVy aWVzLCByZWN1cnJlbnQgZGF0YSByZXRyaWV2YWwgKGUuZyBzdGF0ZSBhbmQgc3RhdGlzdGljcykN Cg0KbyAgIFRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFz dG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGEgbGlzdCBvZiBpbnN0YW5j ZS1pZGVudGlmaWVyDQoNCm8gICBUaGUgcmVzcG9uc2UgY29udGFpbnMgYW4gYXJyYXkgb2YgYXNz b2NpYXRlZCB2YWx1ZXMgKHZhbHVlLCBDQk9SIHVuZGVmaW5lZCBvciBDQk9SIGRlZmF1bHQpDQoN Cm8gICBFeGFtcGxlczogaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12 ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMg0KDQoNCg0K4oCi ICAgICAgICAgVGhlIGlQQVRDSCBtZXRob2QNCg0KbyAgIFVzZSB0byB1cGRhdGUgYSBzdWJzZXQg b2YgYSBkYXRhc3RvcmUNCg0KbyAgIENhbiBiZSB1c2VkIHRvIHVwZGF0ZSB0aGUgY29uZmlndXJh dGlvbiBvZiBhIGRldmljZSB1c2luZyBhIGF0b21pYyB0cmFuc2FjdGlvbg0KDQpvICAgVGhlIHJl cXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0g cnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGluc3RhbmNl LWlkZW50aWZpZXIsIGFzc29jaWF0ZWQgdmFsdWUpDQoNCm8gICBFeGFtcGxlOiBodHRwOi8vY29y ZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0 Lmh0bWwjcmZjLnNlY3Rpb24uNS40DQoNCm8gICBBIGNhbmRpZGF0ZSBkYXRhc290cmUgKC9jL2Mp IGFuZCB0aGUgImNvbW1pdCIgUlBDIGNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhIHNjaGVkdWxl cyBhbmQvb3IgY29uZmlybWVkIHVwZGF0ZSBvbiBvbmUgb3IgbXVsdGlwbGUgZGV2aWNlcy4NCmh0 dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29v bC1sYXRlc3QuaHRtbCNyZmMuYXBwZW5kaXguQQ0KDQoNCg0K4oCiICAgICAgICAgVGhlIFBPU1Qg bWV0aG9kDQoNCm8gICBVc2UgdG8gZXhlY3V0ZSBhIFJQQyBvciBhbiBBY3Rpb24NCg0KbyAgIFRo ZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2Mv ciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5IHdpdGggdXAgdG8gdHdvIGVu dHJ5LCB0aGUgUlBDIGlkZW50aWZpY2F0aW9uIChTSUQpIGZvbGxvdyBieSB0aGUgb3B0aW9uYWwg aW5wdXQNCg0KbyAgIFRoZSByZXF1ZXN0IGNvbnRhaW5zIGNvbnRhaW4gdGhlIG9wdGlvbmFsIG91 dHB1dA0KDQpvICAgRXhhbXBsZTogaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9k cmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuNQ0KDQoN Cg0KUmVnYXJkcywNCg0KTWljaGVsDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0K RnJvbTogY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEhh bm5lcyBUc2Nob2ZlbmlnDQpTZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDQ6MDUgQU0NClRv OiBjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGlldGYub3JnPiBXRyA8Y29yZUBpZXRmLm9yZzxt YWlsdG86Y29yZUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBbY29yZV0gQ09NSTogQmFzaWMgT3BlcmF0 aW9ucw0KDQoNCg0KSGkgQ09NSSBmcmllbmRzLA0KDQoNCg0Kc2luY2UgeW91IGhhdmUgZm9yIHN1 cmUgcHJvZ3Jlc3NlZCB5b3VyIHdvcmsgcXVpdGUgYSBiaXQgc2luY2Ugd2UgbGFzdCBtZWV0IGlu IEJBIEkgYW0gd29uZGVyaW5nIHdoZXRoZXIgeW91IGhhdmUgYSBmZXcgc2ltcGxlIG1lc3NhZ2Ug ZXhjaGFuZ2UgZXhhbXBsZXMgdXNpbmcgQ09NSSBmb3IgbWUuDQoNCg0KDQpGb3IgZXhhbXBsZSwg dGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlmZWN5Y2xlIHdoZXJlIHRoZSBkZXZp Y2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRzIHJlc291cmNlcyB3aXRoIGEgc2VydmVyIGluIHRo ZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2FsbHkgc2VuZHMgc2Vuc29yIHJlYWRpbmdzICh0byB0 aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVlc3RzIGZyb20gYSBzZXJ2ZXIgYXMgd2VsbC4NCg0K DQoNCkhvdyB3b3VsZCB0aGlzIGxvb2sgbGlrZSBpbiBDT01JPw0KDQoNCg0KQ2lhbw0KDQpIYW5u ZXMNCg0KDQo= --_000_DB5PR01MB1815C7D3FF8BC77A66AC5A58802B0DB5PR01MB1815eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1 NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3 MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29Q bGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0 YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBU ZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5Q bGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXtt c28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5FbWFpbFN0eWxlMjENCgl7bXNvLXN0eWxlLXR5cGU6cGVy c29uYWwtcmVwbHk7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xv cjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5 Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4g MTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rp b24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0K PC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91 dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpz aGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVT IiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlv bjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFy ZSB3ZSBhbGxvd2VkIHRvIOKAmERFTEVUReKAmSBvYmplY3QgaW5zdGFuY2VzID88bzpwPjwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFG NDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldoYXQgYWJvdXQgT0JTRVJWRSBzZW1hbnRpY3Mg PzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxl PSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+Ui48bzpwPjwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpu b25lO2JvcmRlci10b3A6c29saWQgI0I1QzRERiAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4g MGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIHN0eWxlPSJmb250LXNpemU6MTAu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OywmcXVvdDtzYW5zLXNlcmlmJnF1b3Q7 Ij5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPiBjb3JlIFttYWls dG86Y29yZS1ib3VuY2VzQGlldGYub3JnXQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5NaWNoZWwgVmVp bGxldHRlPGJyPg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMToxMyBQTTxi cj4NCjxiPlRvOjwvYj4gSGFubmVzIFRzY2hvZmVuaWc7IGNvcmVAaWV0Zi5vcmcgV0c8YnI+DQo8 Yj5TdWJqZWN0OjwvYj4gUmU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zPG86cD48L286 cD48L3NwYW4+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxvOnA+ Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t Q0EiPkhpIEhhbm5lczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+R29vZCB0aW1pbmcuPG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4t Q0EiPk9uIHRoZSBhZ2VuZGEgb2Ygb3VyIHdlZWtseSBjYWxsIHRvbW9ycm93LCB3ZSBoYXZlIGFu IGl0ZW0gdG8gcmV2aWV3IHRoZSBwcm9wb3NlZCBmdW5jdGlvbiBzZXQuPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPkkgaGF2 ZSBpbmNsdWRlZCBpbiBhdHRhY2htZW50IHRoZSBpbnZpdGUgZm9yIHRoaXMgbWVldGluZyBpbiBj YXNlIHlvdSB3YW50IHRvIHBhcnRpY2lwYXRlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj5Gb2xsb3dpbmcgaXMgYSBsaXN0 IG9mIHRoZSBDb0FQIG1ldGhvZHMsIGFzc29jaWF0ZWQgdXNlIGNhc2VzLCBtZXNzYWdlIGNvbnRl bnQgc3VtbWFyeSBhbmQgZXhhbXBsZXMuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPkZvciB0aGUgdXAgdG8gZGF0ZSB2ZXJz aW9uIG9mIHRoZSBkcmFmdHMsIHNlZQ0KPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlv L3lhbmctY2Jvci8iPmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvPC9hPg0KPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTpTeW1ib2wiPsK3PC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSBH RVQgbWV0aG9kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIg c3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bh bj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5Vc2UgdG8gcmV0cmlldmUgdGhlIGNvbnRlbnQg b2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5v PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkNhbiBiZSB1c2VkIHRvIGltcGxlbWVu dCBhIGJhY2t1cC9yZXN0b3JlIHVzZSBjYXNlPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0u MjVpbiI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVy IE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYm cXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgcmVxdWVz dCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5u aW5nIGNvbmZpZ3VyYXRpb24sIC9jID0gY3VycmVudCBkYXRhICZhbXA7IHJ1bm5pbmcgY29uZmln dXJhdGlvbik8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSByZXNwb25zZSBjb250YWlucyBhbiBhcnJh eSBvZiBwYWlycyBvZiAoZGVsdGEgU0lELCBhc3NvY2lhdGVkIHZhbHVlcyk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0i RU4tQ0EiPkV4YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNi b3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjEi Pg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29y ZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMTwvYT4NCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNw YW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7 VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+VGhlIFBVVCBtZXRob2Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlVzZSB0byBsb2FkIGNvbnRlbnQg b2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBs YW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5v PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFt aWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkNhbiBiZSB1c2VkIHRvIGltcGxlbWVu dCB0aGUgcHJvdmlzaW9uaW5nLCBjb21taXNzaW9uaW5nIGFuZCByZXN0b3JlIHVzZSBjYXNlczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFy Z2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYW4gYXJy YXkgb2YgcGFpcnMgb2YgKGRlbHRhIFNJRCwgYXNzb2NpYXRlZCB2YWx1ZSk8bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFt aWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0i RU4tQ0EiPkV4YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNi b3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjMi Pg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29y ZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMzwvYT48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdp bi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJm b250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZx dW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJz cDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+VGhlIEZFVENIIG1ldGhvZDxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1DQSI+VXNlIHRvIHJldHJpZXZlIGEgc3Vic2V0IG9mIGEgZGF0YXN0b3JlPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxz cGFuIGxhbmc9IkVOLUNBIj5DYW4gYmUgdXNlZCB0byBpbXBsZW1lbnQgYWQtaG9jIHF1ZXJpZXMs IHJlY3VycmVudCBkYXRhIHJldHJpZXZhbCAoZS5nIHN0YXRlIGFuZCBzdGF0aXN0aWNzKTxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4t bGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0i RU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3Bh biBsYW5nPSJFTi1DQSI+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0 ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYSBsaXN0IG9m IGluc3RhbmNlLWlkZW50aWZpZXI8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1 b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+ Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSByZXNwb25zZSBjb250 YWlucyBhbiBhcnJheSBvZiBhc3NvY2lhdGVkIHZhbHVlcyAodmFsdWUsIENCT1IgdW5kZWZpbmVk IG9yIENCT1IgZGVmYXVsdCk8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7 Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkV4YW1wbGVzOiA8YSBocmVmPSJo dHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNv b2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4yIj4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5p by95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2Vj dGlvbi41LjI8L2E+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8 L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBs YW5nPSJFTi1DQSI+VGhlIGlQQVRDSCBtZXRob2Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlVzZSB0byB1 cGRhdGUgYSBzdWJzZXQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJp ZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJp ZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkNhbiBiZSB1 c2VkIHRvIHVwZGF0ZSB0aGUgY29uZmlndXJhdGlvbiBvZiBhIGRldmljZSB1c2luZyBhIGF0b21p YyB0cmFuc2FjdGlvbjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsm bmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhl IFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0 aW9uKSBhbmQgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGluc3RhbmNlLWlkZW50aWZpZXIsIGFzc29j aWF0ZWQgdmFsdWUpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwv c3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5FeGFtcGxlOiA8YSBocmVmPSJodHRwOi8v Y29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0 ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS40Ij4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5n LWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41 LjQ8L2E+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJF Ti1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFu PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkEgY2FuZGlkYXRlIGRhdGFzb3RyZSAoL2MvYykg YW5kIHRoZSAmcXVvdDtjb21taXQmcXVvdDsgUlBDIGNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBh IHNjaGVkdWxlcyBhbmQvb3IgY29uZmlybWVkIHVwZGF0ZSBvbiBvbmUgb3IgbXVsdGlwbGUgZGV2 aWNlcy4NCjxicj4NCjxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3Iv ZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuYXBwZW5kaXguQSI+aHR0 cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29s LWxhdGVzdC5odG1sI3JmYy5hcHBlbmRpeC5BPC9hPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVm dDouNWluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250 LWZhbWlseTpTeW1ib2wiPsK3PC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1z aXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtz ZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSBQT1NUIG1ldGhvZDxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSI+VXNlIHRvIGV4ZWN1dGUgYSBSUEMgb3IgYW4gQWN0aW9uPG86cD48L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGlu O3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5 bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVv dDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO LUNBIj5UaGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3Rv cmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSB3aXRoIHVwIHRv IHR3byBlbnRyeSwgdGhlIFJQQyBpZGVudGlmaWNhdGlvbiAoU0lEKSBmb2xsb3cgYnkgdGhlIG9w dGlvbmFsIGlucHV0PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwv c3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWls eTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZu YnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgcmVxdWVzdCBjb250YWlucyBjb250 YWluIHRoZSBvcHRpb25hbCBvdXRwdXQ8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkV4YW1wbGU6IDxhIGhy ZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNv cmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjUiPg0KaHR0cDovL2NvcmUtd2cuZ2l0 aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3Jm Yy5zZWN0aW9uLjUuNTwvYT4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+UmVnYXJkcyw8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1DQSI+TWljaGVsPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29QbGFpblRleHQiPjxzcGFuIHN0eWxlPSJtc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1D QSI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBjb3JlIFs8YSBocmVmPSJt YWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3Jn PC9hPl0gT24gQmVoYWxmIE9mIEhhbm5lcyBUc2Nob2ZlbmlnPGJyPg0KU2VudDogVHVlc2RheSwg SnVuZSAyMSwgMjAxNiA0OjA1IEFNPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYu b3JnIj5jb3JlQGlldGYub3JnPC9hPiBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5v cmciPmNvcmVAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtjb3JlXSBDT01JOiBCYXNp YyBPcGVyYXRpb25zPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tQ0EiPkhpIENPTUkgZnJpZW5kcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPnNpbmNlIHlv dSBoYXZlIGZvciBzdXJlIHByb2dyZXNzZWQgeW91ciB3b3JrIHF1aXRlIGEgYml0IHNpbmNlIHdl IGxhc3QgbWVldCBpbiBCQSBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHlvdSBoYXZlIGEgZmV3IHNp bXBsZSBtZXNzYWdlIGV4Y2hhbmdlIGV4YW1wbGVzIHVzaW5nIENPTUkgZm9yIG1lLjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNB Ij48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48 c3BhbiBsYW5nPSJFTi1DQSI+Rm9yIGV4YW1wbGUsIHRoaW5rIGFib3V0IGEgdHlwaWNhbCBJb1Qg ZGV2aWNlIGxpZmVjeWNsZSB3aGVyZSB0aGUgZGV2aWNlIHN0YXJ0cyBhbmQgcmVnaXN0ZXJzIGl0 cyByZXNvdXJjZXMgd2l0aCBhIHNlcnZlciBpbiB0aGUgY2xvdWQsIGl0IHRoZW4gcGVyaW9kaWNh bGx5IHNlbmRzIHNlbnNvciByZWFkaW5ncyAodG8gdGhhdCBzZXJ2ZXIpLCBhbmQgZ2V0cyByZXF1 ZXN0cw0KIGZyb20gYSBzZXJ2ZXIgYXMgd2VsbC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPkhv dyB3b3VsZCB0aGlzIGxvb2sgbGlrZSBpbiBDT01JPzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+ Q2lhbzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu IGxhbmc9IkVOLUNBIj5IYW5uZXM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9w Pg0KPC9kaXY+DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_DB5PR01MB1815C7D3FF8BC77A66AC5A58802B0DB5PR01MB1815eurp_-- From nobody Tue Jun 21 11:16:52 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CD26612DBFD for ; Tue, 21 Jun 2016 11:16:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WrUh8Zjwx5Rn for ; Tue, 21 Jun 2016 11:16:47 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0736.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:736]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A45B312DBF7 for ; Tue, 21 Jun 2016 11:16:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=yY5ODUTjn8jJao42D7m6n6hKsnzmJ/9tMdrQxcU7SEM=; b=ON9y3aiZKxD6h8p8/5wX6/PjMaa9C4MyRqyjPrUby2+3rqxkkioxnY6/Km5l5fb8h9Lk+flmzT/svBL5XfY3CXLA1+meB8HEoy7awHa/9Evh9XK8crzWCxQhF17fMQS1sVTq3LDGqFEjqluGqyeXgKqFS8HrncW6okqxXM2iahg= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1761.namprd06.prod.outlook.com (10.162.224.147) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 18:16:26 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 18:16:26 +0000 From: Michel Veillette To: "Turner, Randy" , "core@ietf.org WG" Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OrVYz50ufs9ESY69BFKOWJoJ/0J15wgAAMXQCAAAYdQA== Date: Tue, 21 Jun 2016 18:16:26 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: 6a11d153-e451-4b5c-7b94-08d39a0028fb x-microsoft-exchange-diagnostics: 1; BLUPR06MB1761; 6:xOFasqutPaG4qLR74PTxJvO2jte4NZG5QdcVQ77F67X6PtgJQixybtOIfM64wOhh1HPozHsZ4jmUJ6LP55BFz1YjmKtJmrg/buMwrnmeBJtNhRgVYu8HFjr3x7ToHVqsaV/57oQy/MC152hT0yP5Zx6McceG+xmXE6kYU6+XLA0cE4bQIjpP9NddrYNebf8FPYCAkLnM4+chHedBy+ZqVkvoNZRhefKSH6H5mOPirATY+4lOnyIuKicN9yktzp/4UmQylbBlcmaB5ONFlEEZEZh4pDU6Ehhzdc8zke7nIzI=; 5:Ni+8L05yg+6F2O6Nw6T3Q1I1mvXkEfFt6KXkUDA3p57gp7DWqCycPoQh+RGnVMPPi5eotZuPKvBUgLE2WFJLnZdzwqcIyjwFJsjHhA2sYyYlIZ8Xn5zzoD2fvcQzsuHxoSRZ5CS9J62TDVt7emWMaA==; 24:0+O55PrnzNw3FmWcSQQF4ZWfUbmkgVOwwIk0Fka9GYR96vakOEZefSVe6r5BpN9Md3oGz64HDgnEIhavFs1CMucJ+0QfPbXJnGZqdEI1IwM=; 7:tUx3xNrjxWLEhWRcp7yHsVhMwl4nAPZ+y3StqcVvGHkQQVcK97tUPST0ModqnnNdvQPWyKkGtSXOlbTmKdf9C9wydQrBWEOmloHJD6foZoKHU/unsn1r4Ws3+gsQ3ZtH6wVvKTjwVFrM6mUnvW69JKrtgXjYlvvat5ZNLJqWCcsKJxG2NpGHRVyaNCYXfUq4hvXKqJOxYGtC45g0m83m29ovaYf0QLXPZXOg0F4iHFibqWGiIcyFNK5y/42tsUdt x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1761; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(190756311086443)(158342451672863)(144836121648609)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(8121501046)(5005006)(10201501046)(3002001); SRVR:BLUPR06MB1761; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1761; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(13464003)(189002)(199003)(377454003)(586003)(77096005)(102836003)(790700001)(3846002)(6116002)(19300405004)(81156014)(10400500002)(33656002)(19625215002)(99286002)(5890100001)(551934003)(8666005)(19580405001)(122556002)(54356999)(81166006)(101416001)(7846002)(15975445007)(76176999)(5003600100003)(7696003)(8676002)(9686002)(8936002)(68736007)(50986999)(2906002)(3280700002)(2950100001)(11100500001)(3660700001)(7906002)(87936001)(2900100001)(74316001)(19580395003)(97736004)(92566002)(76576001)(5001770100001)(19617315012)(106116001)(106356001)(107886002)(105586002)(5002640100001)(66066001)(7736002)(189998001)(16236675004)(86362001)(7059030); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1761; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BLUPR06MB1763290C58E3756B21325BC9FE2B0BLUPR06MB1763namp_" MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 18:16:26.0172 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1761 Archived-At: Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 18:16:51 -0000 --_000_BLUPR06MB1763290C58E3756B21325BC9FE2B0BLUPR06MB1763namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgQW5keQ0KDQpBYm91dCB5b3VyIGZpcnN0IHF1ZXN0aW9uLCBkYXRhIG5vZGUgaW5zdGFuY2Vz IGNhbiBiZSBkZWxldGVkIHVzaW5nIHRoZSBpUEFUQ0guDQpBbHRlcm5hdGl2ZWx5LCB0aGUgZW50 aXJlIGRhdGFzdG9yZSBjYW4gYmUgcmVwbGFjZWQgdXNpbmcgdGhlIFBVVCBtZXRob2QuDQoNCkFi b3V0ICJXaGF0IGFib3V0IE9CU0VSVkUgc2VtYW50aWNzIg0KQXMgbWVudGlvbmVkIGF0IGh0dHA6 Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1s YXRlc3QuaHRtbCNyZmMuc2VjdGlvbi42LjgsIHRoZSAib2JzZXJ2ZSIgQ29BUCBvcHRpb24gaXMg c3VwcG9ydGVkIHRvIG9ic2VydmUgZGF0YSBub2RlIGluc3RhbmNlLg0KDQpSZWdhcmRzLA0KTWlj aGVsDQoNCkZyb206IFR1cm5lciwgUmFuZHkgW21haWx0bzpSYW5keS5UdXJuZXJAbGFuZGlzZ3ly LmNvbV0NClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMTo1MSBQTQ0KVG86IE1pY2hlbCBW ZWlsbGV0dGUgPE1pY2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50aW5jLmNvbT47IGNvcmVAaWV0Zi5v cmcgV0cgPGNvcmVAaWV0Zi5vcmc+DQpTdWJqZWN0OiBSRTogW2NvcmVdIENPTUk6IEJhc2ljIE9w ZXJhdGlvbnMNCg0KQXJlIHdlIGFsbG93ZWQgdG8g4oCYREVMRVRF4oCZIG9iamVjdCBpbnN0YW5j ZXMgPw0KDQpXaGF0IGFib3V0IE9CU0VSVkUgc2VtYW50aWNzID8NCg0KUi4NCg0KRnJvbTogY29y ZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIE1pY2hlbCBWZWls bGV0dGUNClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMToxMyBQTQ0KVG86IEhhbm5lcyBU c2Nob2ZlbmlnOyBjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGlldGYub3JnPiBXRw0KU3ViamVj dDogUmU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCg0KSGkgSGFubmVzDQoNCg0K DQpHb29kIHRpbWluZy4NCg0KT24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vla2x5IGNhbGwgdG9tb3Jy b3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2VkIGZ1bmN0aW9uIHNldC4N Cg0KSSBoYXZlIGluY2x1ZGVkIGluIGF0dGFjaG1lbnQgdGhlIGludml0ZSBmb3IgdGhpcyBtZWV0 aW5nIGluIGNhc2UgeW91IHdhbnQgdG8gcGFydGljaXBhdGUuDQoNCkZvbGxvd2luZyBpcyBhIGxp c3Qgb2YgdGhlIENvQVAgbWV0aG9kcywgYXNzb2NpYXRlZCB1c2UgY2FzZXMsIG1lc3NhZ2UgY29u dGVudCBzdW1tYXJ5IGFuZCBleGFtcGxlcy4NCg0KRm9yIHRoZSB1cCB0byBkYXRlIHZlcnNpb24g b2YgdGhlIGRyYWZ0cywgc2VlIGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvDQoN Cg0KDQrigKIgICAgICAgICBUaGUgR0VUIG1ldGhvZA0KDQpvICAgVXNlIHRvIHJldHJpZXZlIHRo ZSBjb250ZW50IG9mIGEgZGF0YXN0b3JlDQoNCm8gICBDYW4gYmUgdXNlZCB0byBpbXBsZW1lbnQg YSBiYWNrdXAvcmVzdG9yZSB1c2UgY2FzZQ0KDQpvICAgVGhlIHJlcXVlc3QgY29udGFpbnMgdGhl IFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0 aW9uLCAvYyA9IGN1cnJlbnQgZGF0YSAmIHJ1bm5pbmcgY29uZmlndXJhdGlvbikNCg0KbyAgIFRo ZSByZXNwb25zZSBjb250YWlucyBhbiBhcnJheSBvZiBwYWlycyBvZiAoZGVsdGEgU0lELCBhc3Nv Y2lhdGVkIHZhbHVlcykNCg0KbyAgIEV4YW1wbGU6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95 YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlv bi41LjENCg0KDQoNCuKAoiAgICAgICAgIFRoZSBQVVQgbWV0aG9kDQoNCm8gICBVc2UgdG8gbG9h ZCBjb250ZW50IG9mIGEgZGF0YXN0b3JlDQoNCm8gICBDYW4gYmUgdXNlZCB0byBpbXBsZW1lbnQg dGhlIHByb3Zpc2lvbmluZywgY29tbWlzc2lvbmluZyBhbmQgcmVzdG9yZSB1c2UgY2FzZXMNCg0K byAgIFRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9y ZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5IG9mIHBhaXJzIG9m IChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWUpDQoNCm8gICBFeGFtcGxlOiBodHRwOi8vY29y ZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0 Lmh0bWwjcmZjLnNlY3Rpb24uNS4zDQoNCg0KDQrigKIgICAgICAgICBUaGUgRkVUQ0ggbWV0aG9k DQoNCm8gICBVc2UgdG8gcmV0cmlldmUgYSBzdWJzZXQgb2YgYSBkYXRhc3RvcmUNCg0KbyAgIENh biBiZSB1c2VkIHRvIGltcGxlbWVudCBhZC1ob2MgcXVlcmllcywgcmVjdXJyZW50IGRhdGEgcmV0 cmlldmFsIChlLmcgc3RhdGUgYW5kIHN0YXRpc3RpY3MpDQoNCm8gICBUaGUgcmVxdWVzdCBjb250 YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNv bmZpZ3VyYXRpb24pIGFuZCBhIGxpc3Qgb2YgaW5zdGFuY2UtaWRlbnRpZmllcg0KDQpvICAgVGhl IHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIGFzc29jaWF0ZWQgdmFsdWVzICh2YWx1ZSwg Q0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZhdWx0KQ0KDQpvICAgRXhhbXBsZXM6IGh0dHA6Ly9j b3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRl c3QuaHRtbCNyZmMuc2VjdGlvbi41LjINCg0KDQoNCuKAoiAgICAgICAgIFRoZSBpUEFUQ0ggbWV0 aG9kDQoNCm8gICBVc2UgdG8gdXBkYXRlIGEgc3Vic2V0IG9mIGEgZGF0YXN0b3JlDQoNCm8gICBD YW4gYmUgdXNlZCB0byB1cGRhdGUgdGhlIGNvbmZpZ3VyYXRpb24gb2YgYSBkZXZpY2UgdXNpbmcg YSBhdG9taWMgdHJhbnNhY3Rpb24NCg0KbyAgIFRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkg b2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikg YW5kIGFuIGFycmF5IG9mIHBhaXJzIG9mIChpbnN0YW5jZS1pZGVudGlmaWVyLCBhc3NvY2lhdGVk IHZhbHVlKQ0KDQpvICAgRXhhbXBsZTogaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jv ci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuNA0K DQpvICAgQSBjYW5kaWRhdGUgZGF0YXNvdHJlICgvYy9jKSBhbmQgdGhlICJjb21taXQiIFJQQyBj YW4gYmUgdXNlZCB0byBpbXBsZW1lbnQgYSBzY2hlZHVsZXMgYW5kL29yIGNvbmZpcm1lZCB1cGRh dGUgb24gb25lIG9yIG11bHRpcGxlIGRldmljZXMuDQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8v eWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLmFwcGVu ZGl4LkENCg0KDQoNCuKAoiAgICAgICAgIFRoZSBQT1NUIG1ldGhvZA0KDQpvICAgVXNlIHRvIGV4 ZWN1dGUgYSBSUEMgb3IgYW4gQWN0aW9uDQoNCm8gICBUaGUgcmVxdWVzdCBjb250YWlucyB0aGUg VVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRp b24pIGFuZCBhbiBhcnJheSB3aXRoIHVwIHRvIHR3byBlbnRyeSwgdGhlIFJQQyBpZGVudGlmaWNh dGlvbiAoU0lEKSBmb2xsb3cgYnkgdGhlIG9wdGlvbmFsIGlucHV0DQoNCm8gICBUaGUgcmVxdWVz dCBjb250YWlucyBjb250YWluIHRoZSBvcHRpb25hbCBvdXRwdXQNCg0KbyAgIEV4YW1wbGU6IGh0 dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29v bC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjUNCg0KDQoNClJlZ2FyZHMsDQoNCk1pY2hlbA0K DQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZyb206IGNvcmUgW21haWx0bzpjb3Jl LWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBIYW5uZXMgVHNjaG9mZW5pZw0KU2VudDog VHVlc2RheSwgSnVuZSAyMSwgMjAxNiA0OjA1IEFNDQpUbzogY29yZUBpZXRmLm9yZzxtYWlsdG86 Y29yZUBpZXRmLm9yZz4gV0cgPGNvcmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+Pg0K U3ViamVjdDogW2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlvbnMNCg0KDQoNCkhpIENPTUkgZnJp ZW5kcywNCg0KDQoNCnNpbmNlIHlvdSBoYXZlIGZvciBzdXJlIHByb2dyZXNzZWQgeW91ciB3b3Jr IHF1aXRlIGEgYml0IHNpbmNlIHdlIGxhc3QgbWVldCBpbiBCQSBJIGFtIHdvbmRlcmluZyB3aGV0 aGVyIHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBtZXNzYWdlIGV4Y2hhbmdlIGV4YW1wbGVzIHVzaW5n IENPTUkgZm9yIG1lLg0KDQoNCg0KRm9yIGV4YW1wbGUsIHRoaW5rIGFib3V0IGEgdHlwaWNhbCBJ b1QgZGV2aWNlIGxpZmVjeWNsZSB3aGVyZSB0aGUgZGV2aWNlIHN0YXJ0cyBhbmQgcmVnaXN0ZXJz IGl0cyByZXNvdXJjZXMgd2l0aCBhIHNlcnZlciBpbiB0aGUgY2xvdWQsIGl0IHRoZW4gcGVyaW9k aWNhbGx5IHNlbmRzIHNlbnNvciByZWFkaW5ncyAodG8gdGhhdCBzZXJ2ZXIpLCBhbmQgZ2V0cyBy ZXF1ZXN0cyBmcm9tIGEgc2VydmVyIGFzIHdlbGwuDQoNCg0KDQpIb3cgd291bGQgdGhpcyBsb29r IGxpa2UgaW4gQ09NST8NCg0KDQoNCkNpYW8NCg0KSGFubmVzDQoNCg0K --_000_BLUPR06MB1763290C58E3756B21325BC9FE2B0BLUPR06MB1763namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29Q bGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2lu OjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRh dGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIixzYW5zLXNl cmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNv LXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp bi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6 MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs c2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0 IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4g VGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5CYWxsb29u VGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1m YW1pbHk6IlRhaG9tYSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj b2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsLXJlcGx5Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMx RjQ5N0Q7fQ0KLk1zb0NocERlZmF1bHQNCgl7bXNvLXN0eWxlLXR5cGU6ZXhwb3J0LW9ubHk7DQoJ Zm9udC1zaXplOjEwLjBwdDt9DQpAcGFnZSBXb3JkU2VjdGlvbjENCgl7c2l6ZTo4LjVpbiAxMS4w aW47DQoJbWFyZ2luOjEuMGluIDEuMGluIDEuMGluIDEuMGluO30NCmRpdi5Xb3JkU2VjdGlvbjEN Cgl7cGFnZTpXb3JkU2VjdGlvbjE7fQ0KLS0+PC9zdHlsZT48IS0tW2lmIGd0ZSBtc28gOV0+PHht bD4NCjxvOnNoYXBlZGVmYXVsdHMgdjpleHQ9ImVkaXQiIHNwaWRtYXg9IjEwMjYiIC8+DQo8L3ht bD48IVtlbmRpZl0tLT48IS0tW2lmIGd0ZSBtc28gOV0+PHhtbD4NCjxvOnNoYXBlbGF5b3V0IHY6 ZXh0PSJlZGl0Ij4NCjxvOmlkbWFwIHY6ZXh0PSJlZGl0IiBkYXRhPSIxIiAvPg0KPC9vOnNoYXBl bGF5b3V0PjwveG1sPjwhW2VuZGlmXS0tPg0KPC9oZWFkPg0KPGJvZHkgbGFuZz0iRU4tQ0EiIGxp bms9IiMwNTYzQzEiIHZsaW5rPSIjOTU0RjcyIj4NCjxkaXYgY2xhc3M9IldvcmRTZWN0aW9uMSI+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFy ZWFzdC1sYW5ndWFnZTpFTi1VUyI+SGkgQW5keTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+QWJvdXQgeW91ciBmaXJzdCBxdWVzdGlvbiwgZGF0YSBub2RlIGluc3RhbmNlcyBjYW4g YmUgZGVsZXRlZCB1c2luZyB0aGUgaVBBVENILjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxh bmd1YWdlOkVOLVVTIj5BbHRlcm5hdGl2ZWx5LCB0aGUgZW50aXJlIGRhdGFzdG9yZSBjYW4gYmUg cmVwbGFjZWQgdXNpbmcgdGhlIFBVVCBtZXRob2QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj5BYm91dCAmcXVvdDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xv cjojMUY0OTdEIj5XaGF0IGFib3V0IE9CU0VSVkUgc2VtYW50aWNzJnF1b3Q7PG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxl PSJjb2xvcjojMUY0OTdEIj5BcyBtZW50aW9uZWQgYXQgPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cu Z2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1s I3JmYy5zZWN0aW9uLjYuOCI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2Ry YWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNi44PC9hPiwg dGhlICZxdW90O29ic2VydmUmcXVvdDsgQ29BUCBvcHRpb24gaXMgc3VwcG9ydGVkIHRvIG9ic2Vy dmUgZGF0YSBub2RlIGluc3RhbmNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6 IzFGNDk3RCI+TWljaGVsPC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJl YXN0LWxhbmd1YWdlOkVOLVVTIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv Tm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpF Ti1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJv cmRlcjpub25lO2JvcmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBp biAwaW4gMGluIj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBUdXJuZXIsIFJhbmR5IFttYWlsdG86 UmFuZHkuVHVybmVyQGxhbmRpc2d5ci5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwg SnVuZSAyMSwgMjAxNiAxOjUxIFBNPGJyPg0KPGI+VG86PC9iPiBNaWNoZWwgVmVpbGxldHRlICZs dDtNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudGluYy5jb20mZ3Q7OyBjb3JlQGlldGYub3JnIFdH ICZsdDtjb3JlQGlldGYub3JnJmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2NvcmVdIENP TUk6IEJhc2ljIE9wZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2 Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0i TXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFyZSB3 ZSBhbGxvd2VkIHRvIOKAmERFTEVUReKAmSBvYmplY3QgaW5zdGFuY2VzID88bzpwPjwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9 ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2hhdCBh Ym91dCBPQlNFUlZFIHNlbWFudGljcyA/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlIuPG86cD48L286cD48L3NwYW4+PC9wPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5z LXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNp emU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gY29y ZSBbPGEgaHJlZj0ibWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmNvcmUtYm91 bmNlc0BpZXRmLm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPk1pY2hlbCBWZWlsbGV0dGU8 YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAxOjEzIFBNPGJyPg0KPGI+ VG86PC9iPiBIYW5uZXMgVHNjaG9mZW5pZzsgPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmci PmNvcmVAaWV0Zi5vcmc8L2E+IFdHPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbY29yZV0gQ09N STogQmFzaWMgT3BlcmF0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkgSGFubmVzPG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPkdvb2QgdGltaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+T24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vla2x5IGNhbGwgdG9tb3Jy b3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2VkIGZ1bmN0aW9uIHNldC48 bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkkgaGF2ZSBpbmNsdWRlZCBp biBhdHRhY2htZW50IHRoZSBpbnZpdGUgZm9yIHRoaXMgbWVldGluZyBpbiBjYXNlIHlvdSB3YW50 IHRvIHBhcnRpY2lwYXRlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ Rm9sbG93aW5nIGlzIGEgbGlzdCBvZiB0aGUgQ29BUCBtZXRob2RzLCBhc3NvY2lhdGVkIHVzZSBj YXNlcywgbWVzc2FnZSBjb250ZW50IHN1bW1hcnkgYW5kIGV4YW1wbGVzLjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Rm9yIHRoZSB1cCB0byBkYXRlIHZlcnNpb24gb2Yg dGhlIGRyYWZ0cywgc2VlIDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNi b3IvIj4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvPC9hPiA8bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAg Y2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBz dHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZx dW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+VGhlIEdFVCBtZXRob2Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VXNlIHRvIHJldHJpZXZlIHRo ZSBjb250ZW50IG9mIGEgZGF0YXN0b3JlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkNhbiBiZSB1c2VkIHRvIGltcGxl bWVudCBhIGJhY2t1cC9yZXN0b3JlIHVzZSBjYXNlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlRoZSByZXF1ZXN0IGNv bnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcg Y29uZmlndXJhdGlvbiwgL2MgPSBjdXJyZW50IGRhdGEgJmFtcDsgcnVubmluZyBjb25maWd1cmF0 aW9uKTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDsmbmJzcDsNCjwvc3Bhbj5UaGUgcmVzcG9uc2UgY29udGFpbnMgYW4gYXJyYXkgb2YgcGFpcnMg b2YgKGRlbHRhIFNJRCwgYXNzb2NpYXRlZCB2YWx1ZXMpPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4y NWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkV4YW1wbGU6IDxh IGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRl LWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjEiPg0KaHR0cDovL2NvcmUtd2cu Z2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1s I3JmYy5zZWN0aW9uLjUuMTwvYT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3Rl eHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOyZuYnNwOw0KPC9zcGFuPlRoZSBQVVQgbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBj bGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6 LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsi Pm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtU aW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0byBs b2FkIGNvbnRlbnQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gaW1w bGVtZW50IHRoZSBwcm92aXNpb25pbmcsIGNvbW1pc3Npb25pbmcgYW5kIHJlc3RvcmUgdXNlIGNh c2VzPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOw0KPC9zcGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdl dGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5 IG9mIHBhaXJzIG9mIChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWUpPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1p bmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcm cXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTom cXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkV4 YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQt dmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjMiPg0KaHR0cDov L2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxh dGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHls ZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcu MHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7 Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VGhlIEZF VENIIG1ldGhvZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9 Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQt ZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlm Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj5Vc2UgdG8gcmV0cmlldmUgYSBzdWJzZXQgb2YgYSBkYXRh c3RvcmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGFkLWhvYyBxdWVyaWVz LCByZWN1cnJlbnQgZGF0YSByZXRyaWV2YWwgKGUuZyBzdGF0ZSBhbmQgc3RhdGlzdGljcyk8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0 YXN0b3JlICgvYy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYSBsaXN0IG9mIGluc3Rh bmNlLWlkZW50aWZpZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0 eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJm b250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oyxz ZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5 IG9mIGFzc29jaWF0ZWQgdmFsdWVzICh2YWx1ZSwgQ0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZh dWx0KTxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdp bi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5 OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6 Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJz cDsmbmJzcDsNCjwvc3Bhbj5FeGFtcGxlczogPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0aHVi LmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5z ZWN0aW9uLjUuMiI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZl aWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4yPC9hPg0KPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5k ZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw OyZuYnNwOw0KPC9zcGFuPlRoZSBpUEFUQ0ggbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4y NWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0byB1cGRh dGUgYSBzdWJzZXQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxz cGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48 c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBS b21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gdXBk YXRlIHRoZSBjb25maWd1cmF0aW9uIG9mIGEgZGV2aWNlIHVzaW5nIGEgYXRvbWljIHRyYW5zYWN0 aW9uPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3 LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNw OyZuYnNwOw0KPC9zcGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdl dGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5 IG9mIHBhaXJzIG9mIChpbnN0YW5jZS1pZGVudGlmaWVyLCBhc3NvY2lhdGVkIHZhbHVlKTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsN Cjwvc3Bhbj5FeGFtcGxlOiA8YSBocmVmPSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1j Ym9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS40 Ij4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNv cmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjQ8L2E+DQo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWlu ZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZx dW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+QSBj YW5kaWRhdGUgZGF0YXNvdHJlICgvYy9jKSBhbmQgdGhlICZxdW90O2NvbW1pdCZxdW90OyBSUEMg Y2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGEgc2NoZWR1bGVzIGFuZC9vciBjb25maXJtZWQgdXBk YXRlIG9uIG9uZSBvciBtdWx0aXBsZSBkZXZpY2VzLg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL2Nv cmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVz dC5odG1sI3JmYy5hcHBlbmRpeC5BIj5odHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9y L2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLmFwcGVuZGl4LkE8L2E+ DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47 dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VGhlIFBPU1QgbWV0aG9kPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRl bnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0 byBleGVjdXRlIGEgUlBDIG9yIGFuIEFjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+ PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFu PjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3 IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj5UaGUgcmVxdWVzdCBjb250 YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNv bmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSB3aXRoIHVwIHRvIHR3byBlbnRyeSwgdGhlIFJQQyBp ZGVudGlmaWNhdGlvbiAoU0lEKSBmb2xsb3cgYnkgdGhlIG9wdGlvbmFsIGlucHV0PG86cD48L286 cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47 dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmll ciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9z cGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIGNvbnRhaW4gdGhlIG9wdGlvbmFsIG91dHB1dDxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsN Cjwvc3Bhbj5FeGFtcGxlOiA8YSBocmVmPSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1j Ym9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS41 Ij4NCmh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNv cmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjU8L2E+DQo8bzpwPjwvbzpwPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPk1pY2hlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJF Ti1VUyI+LS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBjb3JlIFs8YSBocmVm PSJtYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86Y29yZS1ib3VuY2VzQGlldGYu b3JnPC9hPl0gT24gQmVoYWxmIE9mIEhhbm5lcyBUc2Nob2ZlbmlnPGJyPg0KU2VudDogVHVlc2Rh eSwgSnVuZSAyMSwgMjAxNiA0OjA1IEFNPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpjb3JlQGll dGYub3JnIj5jb3JlQGlldGYub3JnPC9hPiBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0 Zi5vcmciPmNvcmVAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtjb3JlXSBDT01JOiBC YXNpYyBPcGVyYXRpb25zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IaSBD T01JIGZyaWVuZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpw PiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPnNpbmNlIHlvdSBoYXZl IGZvciBzdXJlIHByb2dyZXNzZWQgeW91ciB3b3JrIHF1aXRlIGEgYml0IHNpbmNlIHdlIGxhc3Qg bWVldCBpbiBCQSBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBt ZXNzYWdlIGV4Y2hhbmdlIGV4YW1wbGVzIHVzaW5nIENPTUkgZm9yIG1lLjxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij5Gb3IgZXhhbXBsZSwgdGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBk ZXZpY2UgbGlmZWN5Y2xlIHdoZXJlIHRoZSBkZXZpY2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRz IHJlc291cmNlcyB3aXRoIGEgc2VydmVyIGluIHRoZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2Fs bHkgc2VuZHMgc2Vuc29yIHJlYWRpbmdzICh0byB0aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVl c3RzIGZyb20gYSBzZXJ2ZXIgYXMgd2VsbC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29Q bGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ SG93IHdvdWxkIHRoaXMgbG9vayBsaWtlIGluIENPTUk/PG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPkNpYW88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhhbm5l czxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286 cD48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BLUPR06MB1763290C58E3756B21325BC9FE2B0BLUPR06MB1763namp_-- From nobody Tue Jun 21 11:18:27 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 61A9312D841 for ; Tue, 21 Jun 2016 11:18:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=landisgyr.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VN2_MzlJHtyL for ; Tue, 21 Jun 2016 11:18:24 -0700 (PDT) Received: from emea01-am1-obe.outbound.protection.outlook.com (mail-am1on0794.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe00::794]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0120B12D83B for ; Tue, 21 Jun 2016 11:18:22 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=LandisGyr.onmicrosoft.com; s=selector1-landisgyr-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=zbZtm7A6GGRb4J3JZl0dl2fThDTlGAr6mn6KriB2U7s=; b=NA67SNwkND/0tZeAkDDpF9B0BTj65e853XtlXJStj5dcrYcx2aTwnEYKi/bXugw9pcSiGaXzKR0Q4jfUQpcsQLsMXH0EB3I24aywdk/TSMPqACY7raOUTwjswRmP7ygmXghcfHIdYcpL+tHoUeLJosZf6Ta/JrNuPCPtZ2pPQ4c= Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com (10.166.168.149) by DB5PR01MB1814.eurprd01.prod.exchangelabs.com (10.166.168.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 18:18:01 +0000 Received: from DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) by DB5PR01MB1815.eurprd01.prod.exchangelabs.com ([10.166.168.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 18:18:01 +0000 From: "Turner, Randy" To: Michel Veillette , "core@ietf.org WG" Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OqlRreTn8Vi0SJbRDNc8BMRp/0KT+AgAAKSzCAAAdaAIAAAFIw Date: Tue, 21 Jun 2016 18:18:00 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Randy.Turner@landisgyr.com; x-originating-ip: [148.80.255.144] x-ms-office365-filtering-correlation-id: de73ba67-2bbb-4fbd-d8c2-08d39a006127 x-microsoft-exchange-diagnostics: 1; DB5PR01MB1814; 6:PZVYSbCy0Ki+gWHIpWm72muB0OE9szMyhppGafW9adwo+NREFNgCRsUGmZYLgxjvLl32H5Gvid5nqIKUgVA7JIZuUQOLRSferSuPIls6Sg3qQ7Jvu5rCh/kgyG27nfW1eJiJm9L7TVklFebJ224a+EspMlkh3QhFleMmlBKCju/6Y82xdzBmTh8Dd3qWwxD3DKDCH6T9O0Jsr9/t42OM1JGnXSIkBfV+z0CmRtP5VqXndncn2OHIwN2L/SH8TOl+cKAfNe9vikAs4ugfh92lVFxNg1odITDAgSC4ZYBSFAYKULX2PEwvid34Ka++mTzAJD2hIz1ouZs0hBSI40lQJQ==; 5:jbG2PavjawFwnyIjHRsjy2jviV33FEQvbrJ63NzonMbeLEOuv76psz+yN5ePpEPgGeMJl2D53N/Q/jpN+qlEyAGF0zRUNdlgb6jCSUf80b9Nek4KIWMWOyDjco9klZtm8R7mHUxGt+IhL1gqvhPNZQ==; 24:887FjMQba79TpCggCuloFR/NlfJGnrJEA2Lnl7LaR5V8l04nWFjrXRT7Hb8zXb5PXUjD2l/SqvqySe4aCDs/62Lq3s4VXnzDRmlvZQcdiv8=; 7:G/61x++icqCaJ8D+CUwblE7TALpQ7MGEKDJLXsxLCDKaCjQ01gmewb6QaeEKHU7bcqFan4a3lFpxaZ9em6otqYtptPHhRgfHOG5kmwJv91JQEDKPPXNsx0hiaYvpx0es5CCYfqYymrG17/ZoXALZwp+EcGA3EOjj7AcR/iufYQeczuzuOV8iPs0uKdzBXEreUcbxhlmetKC2hY9uuz0yePXuzXX/j0uLdBIUsum2l8x6y0a12+FZE+PT+X1Gjk2v x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:DB5PR01MB1814; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(190756311086443)(158342451672863)(144836121648609)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(3002001)(10201501046)(6055026); SRVR:DB5PR01MB1814; BCL:0; PCL:0; RULEID:; SRVR:DB5PR01MB1814; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(13464003)(199003)(377454003)(189002)(66066001)(106116001)(87936001)(105586002)(2950100001)(19617315012)(19580405001)(106356001)(19580395003)(16236675004)(2900100001)(7846002)(586003)(81156014)(3846002)(102836003)(122556002)(9686002)(8936002)(6116002)(7736002)(93886004)(5003600100003)(92566002)(5890100001)(107886002)(74316001)(7906002)(3660700001)(790700001)(3280700002)(19300405004)(33656002)(10400500002)(76176999)(8676002)(54356999)(97736004)(15975445007)(5002640100001)(68736007)(11100500001)(189998001)(77096005)(5001770100001)(101416001)(81166006)(551934003)(2906002)(7696003)(19625215002)(86362001)(50986999); DIR:OUT; SFP:1102; SCL:1; SRVR:DB5PR01MB1814; H:DB5PR01MB1815.eurprd01.prod.exchangelabs.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: landisgyr.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_DB5PR01MB18157FC34B1AEFAC20CEA743802B0DB5PR01MB1815eurp_" MIME-Version: 1.0 X-OriginatorOrg: landisgyr.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 18:18:00.8699 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: ee2cd48b-958f-4be4-9852-b8f104c001b9 X-MS-Exchange-Transport-CrossTenantHeadersStamped: DB5PR01MB1814 Archived-At: Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 18:18:26 -0000 --_000_DB5PR01MB18157FC34B1AEFAC20CEA743802B0DB5PR01MB1815eurp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 V291bGQgaXQgYmUgYmV0dGVyIHRvIG5vdCBvdmVybG9hZCBvdGhlciBtZXRob2RzIHdoZW4g4oCc REVMRVRF4oCdIHdvdWxkIGJlIG1vcmUgZXhwbGljaXQgcmVnYXJkaW5nIHdoYXQgeW914oCZcmUg dHJ5aW5nIHRvIGRvID8NCg0KUi4NCg0KRnJvbTogTWljaGVsIFZlaWxsZXR0ZSBbbWFpbHRvOk1p Y2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50aW5jLmNvbV0NClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEs IDIwMTYgMjoxNiBQTQ0KVG86IFR1cm5lciwgUmFuZHk7IGNvcmVAaWV0Zi5vcmcgV0cNClN1Ympl Y3Q6IFJFOiBbY29yZV0gQ09NSTogQmFzaWMgT3BlcmF0aW9ucw0KDQpIaSBBbmR5DQoNCkFib3V0 IHlvdXIgZmlyc3QgcXVlc3Rpb24sIGRhdGEgbm9kZSBpbnN0YW5jZXMgY2FuIGJlIGRlbGV0ZWQg dXNpbmcgdGhlIGlQQVRDSC4NCkFsdGVybmF0aXZlbHksIHRoZSBlbnRpcmUgZGF0YXN0b3JlIGNh biBiZSByZXBsYWNlZCB1c2luZyB0aGUgUFVUIG1ldGhvZC4NCg0KQWJvdXQgIldoYXQgYWJvdXQg T0JTRVJWRSBzZW1hbnRpY3MiDQpBcyBtZW50aW9uZWQgYXQgaHR0cDovL2NvcmUtd2cuZ2l0aHVi LmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5z ZWN0aW9uLjYuOCwgdGhlICJvYnNlcnZlIiBDb0FQIG9wdGlvbiBpcyBzdXBwb3J0ZWQgdG8gb2Jz ZXJ2ZSBkYXRhIG5vZGUgaW5zdGFuY2UuDQoNClJlZ2FyZHMsDQpNaWNoZWwNCg0KRnJvbTogVHVy bmVyLCBSYW5keSBbbWFpbHRvOlJhbmR5LlR1cm5lckBsYW5kaXNneXIuY29tXQ0KU2VudDogVHVl c2RheSwgSnVuZSAyMSwgMjAxNiAxOjUxIFBNDQpUbzogTWljaGVsIFZlaWxsZXR0ZSA8TWljaGVs LlZlaWxsZXR0ZUB0cmlsbGlhbnRpbmMuY29tPG1haWx0bzpNaWNoZWwuVmVpbGxldHRlQHRyaWxs aWFudGluYy5jb20+PjsgY29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4gV0cgPGNv cmVAaWV0Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+Pg0KU3ViamVjdDogUkU6IFtjb3JlXSBD T01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCkFyZSB3ZSBhbGxvd2VkIHRvIOKAmERFTEVUReKAmSBv YmplY3QgaW5zdGFuY2VzID8NCg0KV2hhdCBhYm91dCBPQlNFUlZFIHNlbWFudGljcyA/DQoNClIu DQoNCkZyb206IGNvcmUgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBP ZiBNaWNoZWwgVmVpbGxldHRlDQpTZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDE6MTMgUE0N ClRvOiBIYW5uZXMgVHNjaG9mZW5pZzsgY29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9y Zz4gV0cNClN1YmplY3Q6IFJlOiBbY29yZV0gQ09NSTogQmFzaWMgT3BlcmF0aW9ucw0KDQoNCkhp IEhhbm5lcw0KDQoNCg0KR29vZCB0aW1pbmcuDQoNCk9uIHRoZSBhZ2VuZGEgb2Ygb3VyIHdlZWts eSBjYWxsIHRvbW9ycm93LCB3ZSBoYXZlIGFuIGl0ZW0gdG8gcmV2aWV3IHRoZSBwcm9wb3NlZCBm dW5jdGlvbiBzZXQuDQoNCkkgaGF2ZSBpbmNsdWRlZCBpbiBhdHRhY2htZW50IHRoZSBpbnZpdGUg Zm9yIHRoaXMgbWVldGluZyBpbiBjYXNlIHlvdSB3YW50IHRvIHBhcnRpY2lwYXRlLg0KDQpGb2xs b3dpbmcgaXMgYSBsaXN0IG9mIHRoZSBDb0FQIG1ldGhvZHMsIGFzc29jaWF0ZWQgdXNlIGNhc2Vz LCBtZXNzYWdlIGNvbnRlbnQgc3VtbWFyeSBhbmQgZXhhbXBsZXMuDQoNCkZvciB0aGUgdXAgdG8g ZGF0ZSB2ZXJzaW9uIG9mIHRoZSBkcmFmdHMsIHNlZSBodHRwOi8vY29yZS13Zy5naXRodWIuaW8v eWFuZy1jYm9yLw0KDQoNCg0K4oCiICAgICAgICAgVGhlIEdFVCBtZXRob2QNCg0KbyAgIFVzZSB0 byByZXRyaWV2ZSB0aGUgY29udGVudCBvZiBhIGRhdGFzdG9yZQ0KDQpvICAgQ2FuIGJlIHVzZWQg dG8gaW1wbGVtZW50IGEgYmFja3VwL3Jlc3RvcmUgdXNlIGNhc2UNCg0KbyAgIFRoZSByZXF1ZXN0 IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5p bmcgY29uZmlndXJhdGlvbiwgL2MgPSBjdXJyZW50IGRhdGEgJiBydW5uaW5nIGNvbmZpZ3VyYXRp b24pDQoNCm8gICBUaGUgcmVzcG9uc2UgY29udGFpbnMgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGRl bHRhIFNJRCwgYXNzb2NpYXRlZCB2YWx1ZXMpDQoNCm8gICBFeGFtcGxlOiBodHRwOi8vY29yZS13 Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0 bWwjcmZjLnNlY3Rpb24uNS4xDQoNCg0KDQrigKIgICAgICAgICBUaGUgUFVUIG1ldGhvZA0KDQpv ICAgVXNlIHRvIGxvYWQgY29udGVudCBvZiBhIGRhdGFzdG9yZQ0KDQpvICAgQ2FuIGJlIHVzZWQg dG8gaW1wbGVtZW50IHRoZSBwcm92aXNpb25pbmcsIGNvbW1pc3Npb25pbmcgYW5kIHJlc3RvcmUg dXNlIGNhc2VzDQoNCm8gICBUaGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJn ZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJh eSBvZiBwYWlycyBvZiAoZGVsdGEgU0lELCBhc3NvY2lhdGVkIHZhbHVlKQ0KDQpvICAgRXhhbXBs ZTogaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29y ZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMw0KDQoNCg0K4oCiICAgICAgICAgVGhl IEZFVENIIG1ldGhvZA0KDQpvICAgVXNlIHRvIHJldHJpZXZlIGEgc3Vic2V0IG9mIGEgZGF0YXN0 b3JlDQoNCm8gICBDYW4gYmUgdXNlZCB0byBpbXBsZW1lbnQgYWQtaG9jIHF1ZXJpZXMsIHJlY3Vy cmVudCBkYXRhIHJldHJpZXZhbCAoZS5nIHN0YXRlIGFuZCBzdGF0aXN0aWNzKQ0KDQpvICAgVGhl IHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9y ID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYSBsaXN0IG9mIGluc3RhbmNlLWlkZW50aWZp ZXINCg0KbyAgIFRoZSByZXNwb25zZSBjb250YWlucyBhbiBhcnJheSBvZiBhc3NvY2lhdGVkIHZh bHVlcyAodmFsdWUsIENCT1IgdW5kZWZpbmVkIG9yIENCT1IgZGVmYXVsdCkNCg0KbyAgIEV4YW1w bGVzOiBodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1j b3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4yDQoNCg0KDQrigKIgICAgICAgICBU aGUgaVBBVENIIG1ldGhvZA0KDQpvICAgVXNlIHRvIHVwZGF0ZSBhIHN1YnNldCBvZiBhIGRhdGFz dG9yZQ0KDQpvICAgQ2FuIGJlIHVzZWQgdG8gdXBkYXRlIHRoZSBjb25maWd1cmF0aW9uIG9mIGEg ZGV2aWNlIHVzaW5nIGEgYXRvbWljIHRyYW5zYWN0aW9uDQoNCm8gICBUaGUgcmVxdWVzdCBjb250 YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNv bmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSBvZiBwYWlycyBvZiAoaW5zdGFuY2UtaWRlbnRpZmll ciwgYXNzb2NpYXRlZCB2YWx1ZSkNCg0KbyAgIEV4YW1wbGU6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1 Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMu c2VjdGlvbi41LjQNCg0KbyAgIEEgY2FuZGlkYXRlIGRhdGFzb3RyZSAoL2MvYykgYW5kIHRoZSAi Y29tbWl0IiBSUEMgY2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGEgc2NoZWR1bGVzIGFuZC9vciBj b25maXJtZWQgdXBkYXRlIG9uIG9uZSBvciBtdWx0aXBsZSBkZXZpY2VzLg0KaHR0cDovL2NvcmUt d2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5o dG1sI3JmYy5hcHBlbmRpeC5BDQoNCg0KDQrigKIgICAgICAgICBUaGUgUE9TVCBtZXRob2QNCg0K byAgIFVzZSB0byBleGVjdXRlIGEgUlBDIG9yIGFuIEFjdGlvbg0KDQpvICAgVGhlIHJlcXVlc3Qg Y29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9yID0gcnVubmlu ZyBjb25maWd1cmF0aW9uKSBhbmQgYW4gYXJyYXkgd2l0aCB1cCB0byB0d28gZW50cnksIHRoZSBS UEMgaWRlbnRpZmljYXRpb24gKFNJRCkgZm9sbG93IGJ5IHRoZSBvcHRpb25hbCBpbnB1dA0KDQpv ICAgVGhlIHJlcXVlc3QgY29udGFpbnMgY29udGFpbiB0aGUgb3B0aW9uYWwgb3V0cHV0DQoNCm8g ICBFeGFtcGxlOiBodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxs ZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS41DQoNCg0KDQpSZWdhcmRz LA0KDQpNaWNoZWwNCg0KDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQpGcm9tOiBjb3Jl IFttYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgSGFubmVzIFRzY2hv ZmVuaWcNClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgNDowNSBBTQ0KVG86IGNvcmVAaWV0 Zi5vcmc8bWFpbHRvOmNvcmVAaWV0Zi5vcmc+IFdHIDxjb3JlQGlldGYub3JnPG1haWx0bzpjb3Jl QGlldGYub3JnPj4NClN1YmplY3Q6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCg0K DQpIaSBDT01JIGZyaWVuZHMsDQoNCg0KDQpzaW5jZSB5b3UgaGF2ZSBmb3Igc3VyZSBwcm9ncmVz c2VkIHlvdXIgd29yayBxdWl0ZSBhIGJpdCBzaW5jZSB3ZSBsYXN0IG1lZXQgaW4gQkEgSSBhbSB3 b25kZXJpbmcgd2hldGhlciB5b3UgaGF2ZSBhIGZldyBzaW1wbGUgbWVzc2FnZSBleGNoYW5nZSBl eGFtcGxlcyB1c2luZyBDT01JIGZvciBtZS4NCg0KDQoNCkZvciBleGFtcGxlLCB0aGluayBhYm91 dCBhIHR5cGljYWwgSW9UIGRldmljZSBsaWZlY3ljbGUgd2hlcmUgdGhlIGRldmljZSBzdGFydHMg YW5kIHJlZ2lzdGVycyBpdHMgcmVzb3VyY2VzIHdpdGggYSBzZXJ2ZXIgaW4gdGhlIGNsb3VkLCBp dCB0aGVuIHBlcmlvZGljYWxseSBzZW5kcyBzZW5zb3IgcmVhZGluZ3MgKHRvIHRoYXQgc2VydmVy KSwgYW5kIGdldHMgcmVxdWVzdHMgZnJvbSBhIHNlcnZlciBhcyB3ZWxsLg0KDQoNCg0KSG93IHdv dWxkIHRoaXMgbG9vayBsaWtlIGluIENPTUk/DQoNCg0KDQpDaWFvDQoNCkhhbm5lcw0KDQoNCg== --_000_DB5PR01MB18157FC34B1AEFAC20CEA743802B0DB5PR01MB1815eurp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTQgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpAZm9udC1mYWNlDQoJ e2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUgNCA0IDIgNDt9DQov KiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05vcm1hbCwgZGl2Lk1z b05vcm1hbA0KCXttYXJnaW46MGluOw0KCW1hcmdpbi1ib3R0b206LjAwMDFwdDsNCglmb250LXNp emU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7fQ0KYTpsaW5r LCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6IzA1 NjNDMTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwgc3Bhbi5Nc29I eXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29sb3I6Izk1NEY3 MjsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCnAuTXNvUGxhaW5UZXh0LCBsaS5Nc29Q bGFpblRleHQsIGRpdi5Nc29QbGFpblRleHQNCgl7bXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1z by1zdHlsZS1saW5rOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJv dHRvbTouMDAwMXB0Ow0KCWZvbnQtc2l6ZToxMS4wcHQ7DQoJZm9udC1mYW1pbHk6IkNhbGlicmki LCJzYW5zLXNlcmlmIjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRhdGUsIGRpdi5Nc29BY2V0 YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBU ZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTouMDAwMXB0Ow0KCWZvbnQt c2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIiwic2Fucy1zZXJpZiI7fQ0Kc3Bhbi5Q bGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0IENoYXIiOw0KCW1zby1z dHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4gVGV4dCI7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjt9DQpzcGFuLkJhbGxvb25UZXh0Q2hhcg0KCXtt c28tc3R5bGUtbmFtZToiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgltc28tc3R5bGUtbGluazoiQmFsbG9vbiBUZXh0IjsNCglmb250LWZhbWlseToiVGFob21h Iiwic2Fucy1zZXJpZiI7fQ0KcC5tc29ub3JtYWwwLCBsaS5tc29ub3JtYWwwLCBkaXYubXNvbm9y bWFsMA0KCXttc28tc3R5bGUtbmFtZTptc29ub3JtYWw7DQoJbXNvLW1hcmdpbi10b3AtYWx0OmF1 dG87DQoJbWFyZ2luLXJpZ2h0OjBpbjsNCgltc28tbWFyZ2luLWJvdHRvbS1hbHQ6YXV0bzsNCglt YXJnaW4tbGVmdDowaW47DQoJZm9udC1zaXplOjEyLjBwdDsNCglmb250LWZhbWlseToiVGltZXMg TmV3IFJvbWFuIiwic2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTIyDQoJe21zby1zdHlsZS10eXBl OnBlcnNvbmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJpZiI7DQoJY29sb3I6 IzFGNDk3RDt9DQpzcGFuLkVtYWlsU3R5bGUyMw0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbDsN Cglmb250LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiOw0KCWNvbG9yOiMxRjQ5N0Q7fQ0K c3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWwtcmVwbHk7DQoJZm9u dC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29D aHBEZWZhdWx0DQoJe21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4w cHQ7fQ0KQHBhZ2UgV29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjox LjBpbiAxLjBpbiAxLjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNl Y3Rpb24xO30NCi0tPjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRl ZmF1bHRzIHY6ZXh0PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+ PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8 bzppZG1hcCB2OmV4dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48 IVtlbmRpZl0tLT4NCjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLVVTIiBsaW5rPSIjMDU2M0MxIiB2 bGluaz0iIzk1NEY3MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldvdWxkIGl0IGJlIGJldHRlciB0 byBub3Qgb3ZlcmxvYWQgb3RoZXIgbWV0aG9kcyB3aGVuIOKAnERFTEVUReKAnSB3b3VsZCBiZSBt b3JlIGV4cGxpY2l0IHJlZ2FyZGluZyB3aGF0IHlvdeKAmXJlIHRyeWluZyB0byBkbyA/PG86cD48 L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9y OiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5SLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZToxMC4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYmcXVvdDsiPkZyb206 PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250LWZhbWlseTomcXVv dDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IE1pY2hlbCBWZWlsbGV0dGUg W21haWx0bzpNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudGluYy5jb21dDQo8YnI+DQo8Yj5TZW50 OjwvYj4gVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAyOjE2IFBNPGJyPg0KPGI+VG86PC9iPiBUdXJu ZXIsIFJhbmR5OyBjb3JlQGlldGYub3JnIFdHPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbY29y ZV0gQ09NSTogQmFzaWMgT3BlcmF0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0K PC9kaXY+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ SGkgQW5keTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLUNBIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5BYm91dCB5b3VyIGZpcnN0IHF1ZXN0aW9uLCBkYXRhIG5vZGUgaW5zdGFu Y2VzIGNhbiBiZSBkZWxldGVkIHVzaW5nIHRoZSBpUEFUQ0guPG86cD48L286cD48L3NwYW4+PC9w Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjoj MUY0OTdEIj5BbHRlcm5hdGl2ZWx5LCB0aGUgZW50aXJlIGRhdGFzdG9yZSBjYW4gYmUgcmVwbGFj ZWQgdXNpbmcgdGhlIFBVVCBtZXRob2QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFib3V0ICZxdW90Ozwvc3Bhbj48c3BhbiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+V2hhdCBhYm91dCBPQlNFUlZFIHNlbWFudGljcyZxdW90Ozxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5BcyBtZW50aW9uZWQgYXQgPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0 aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3Jm Yy5zZWN0aW9uLjYuOCI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0 LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNi44PC9hPiwgdGhl ICZxdW90O29ic2VydmUmcXVvdDsgQ29BUCBvcHRpb24gaXMgc3VwcG9ydGVkIHRvIG9ic2VydmUg ZGF0YSBub2RlIGluc3RhbmNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29O b3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+ UmVnYXJkcyw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3Bh biBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TWljaGVsPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBz dHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9y ZGVyLXRvcDpzb2xpZCAjRTFFMUUxIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+RnJvbTo8L2I+IFR1cm5lciwgUmFuZHkgWzxhIGhyZWY9 Im1haWx0bzpSYW5keS5UdXJuZXJAbGFuZGlzZ3lyLmNvbSI+bWFpbHRvOlJhbmR5LlR1cm5lckBs YW5kaXNneXIuY29tPC9hPl0NCjxicj4NCjxiPlNlbnQ6PC9iPiBUdWVzZGF5LCBKdW5lIDIxLCAy MDE2IDE6NTEgUE08YnI+DQo8Yj5Ubzo8L2I+IE1pY2hlbCBWZWlsbGV0dGUgJmx0OzxhIGhyZWY9 Im1haWx0bzpNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudGluYy5jb20iPk1pY2hlbC5WZWlsbGV0 dGVAdHJpbGxpYW50aW5jLmNvbTwvYT4mZ3Q7Ow0KPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5v cmciPmNvcmVAaWV0Zi5vcmc8L2E+IFdHICZsdDs8YSBocmVmPSJtYWlsdG86Y29yZUBpZXRmLm9y ZyI+Y29yZUBpZXRmLm9yZzwvYT4mZ3Q7PGJyPg0KPGI+U3ViamVjdDo8L2I+IFJFOiBbY29yZV0g Q09NSTogQmFzaWMgT3BlcmF0aW9uczxvOnA+PC9vOnA+PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxw IGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwv c3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3 RCI+QXJlIHdlIGFsbG93ZWQgdG8g4oCYREVMRVRF4oCZIG9iamVjdCBpbnN0YW5jZXMgPzxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9y bWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2hhdCBhYm91dCBPQlNFUlZFIHNlbWFu dGljcyA/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4g c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5SLjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0 OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9y ZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGlu IDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gc3R5bGU9ImZvbnQtc2l6 ZToxMC4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGFob21hJnF1b3Q7LCZxdW90O3NhbnMtc2VyaWYm cXVvdDsiPkZyb206PC9zcGFuPjwvYj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjEwLjBwdDtmb250 LWZhbWlseTomcXVvdDtUYWhvbWEmcXVvdDssJnF1b3Q7c2Fucy1zZXJpZiZxdW90OyI+IGNvcmUg WzxhIGhyZWY9Im1haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmciPm1haWx0bzpjb3JlLWJvdW5j ZXNAaWV0Zi5vcmc8L2E+XQ0KPGI+T24gQmVoYWxmIE9mIDwvYj5NaWNoZWwgVmVpbGxldHRlPGJy Pg0KPGI+U2VudDo8L2I+IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYgMToxMyBQTTxicj4NCjxiPlRv OjwvYj4gSGFubmVzIFRzY2hvZmVuaWc7IDxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYub3JnIj5j b3JlQGlldGYub3JnPC9hPiBXRzxicj4NCjxiPlN1YmplY3Q6PC9iPiBSZTogW2NvcmVdIENPTUk6 IEJhc2ljIE9wZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0K PHAgY2xhc3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+SGkgSGFubmVzPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5i c3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9 IkVOLUNBIj5Hb29kIHRpbWluZy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+T24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vla2x5 IGNhbGwgdG9tb3Jyb3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2VkIGZ1 bmN0aW9uIHNldC48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 Ij48c3BhbiBsYW5nPSJFTi1DQSI+SSBoYXZlIGluY2x1ZGVkIGluIGF0dGFjaG1lbnQgdGhlIGlu dml0ZSBmb3IgdGhpcyBtZWV0aW5nIGluIGNhc2UgeW91IHdhbnQgdG8gcGFydGljaXBhdGUuPG86 cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0i RU4tQ0EiPkZvbGxvd2luZyBpcyBhIGxpc3Qgb2YgdGhlIENvQVAgbWV0aG9kcywgYXNzb2NpYXRl ZCB1c2UgY2FzZXMsIG1lc3NhZ2UgY29udGVudCBzdW1tYXJ5IGFuZCBleGFtcGxlcy48bzpwPjwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1D QSI+Rm9yIHRoZSB1cCB0byBkYXRlIHZlcnNpb24gb2YgdGhlIGRyYWZ0cywgc2VlDQo8YSBocmVm PSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yLyI+aHR0cDovL2NvcmUtd2cuZ2l0 aHViLmlvL3lhbmctY2Jvci88L2E+DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4 dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OlN5 bWJvbCI+wrc8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7 Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7 Ij4mbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bh bj48c3BhbiBsYW5nPSJFTi1DQSI+VGhlIEdFVCBtZXRob2Q8bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1p bmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90 O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVv dDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlVz ZSB0byByZXRyaWV2ZSB0aGUgY29udGVudCBvZiBhIGRhdGFzdG9yZTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGEgYmFja3VwL3Jlc3RvcmUgdXNlIGNhc2U8bzpw PjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2lu LWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9 IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5l dyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNw YW4gbGFuZz0iRU4tQ0EiPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdl dGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbiwgL2MgPSBjdXJyZW50 IGRhdGEgJmFtcDsgcnVubmluZyBjb25maWd1cmF0aW9uKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWlu ZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+VGhl IHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIHBhaXJzIG9mIChkZWx0YSBTSUQsIGFzc29j aWF0ZWQgdmFsdWVzKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsm bmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+RXhhbXBsZTogPGEgaHJlZj0iaHR0cDov L2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxh dGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMSI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFu Zy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24u NS4xPC9hPg0KPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpw Pjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6 LjVpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1m YW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6 ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2Vy aWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNw Ow0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgUFVUIG1ldGhvZDxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBp bjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1DQSI+VXNlIHRvIGxvYWQgY29udGVudCBvZiBhIGRhdGFzdG9yZTxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0 ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6 JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxl PSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7 LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1D QSI+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IHRoZSBwcm92aXNpb25pbmcsIGNvbW1pc3Npb25p bmcgYW5kIHJlc3RvcmUgdXNlIGNhc2VzPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVp biI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBw dDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVv dDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgcmVxdWVzdCBj b250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5n IGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSBvZiBwYWlycyBvZiAoZGVsdGEgU0lELCBhc3Nv Y2lhdGVkIHZhbHVlKTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxh bmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1p bHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsm bmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+RXhhbXBsZTogPGEgaHJlZj0iaHR0cDov L2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxh dGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMyI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFu Zy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24u NS4zPC9hPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz cGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6LjVpbjt0ZXh0LWluZGVudDotLjI1aW4i PjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVO LUNBIj5UaGUgRkVUQ0ggbWV0aG9kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi PiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5Vc2UgdG8gcmV0cmlldmUg YSBzdWJzZXQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90 OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPkNhbiBiZSB1c2VkIHRv IGltcGxlbWVudCBhZC1ob2MgcXVlcmllcywgcmVjdXJyZW50IGRhdGEgcmV0cmlldmFsIChlLmcg c3RhdGUgYW5kIHN0YXRpc3RpY3MpPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+ PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZx dW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtm b250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsi PiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgcmVxdWVzdCBjb250 YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNv bmZpZ3VyYXRpb24pIGFuZCBhIGxpc3Qgb2YgaW5zdGFuY2UtaWRlbnRpZmllcjxvOnA+PC9vOnA+ PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1m YW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei IHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFu JnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5n PSJFTi1DQSI+VGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIGFzc29jaWF0ZWQgdmFs dWVzICh2YWx1ZSwgQ0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZhdWx0KTxvOnA+PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBp bjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1p bHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJF Ti1DQSI+RXhhbXBsZXM6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNi b3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjIi Pg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29y ZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMjwvYT4NCjxvOnA+PC9vOnA+PC9zcGFu PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFy Z2luLWxlZnQ6LjVpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5UaGUgaVBBVENIIG1ldGhvZDxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+VXNlIHRvIHVwZGF0ZSBhIHN1YnNldCBvZiBhIGRhdGFzdG9yZTxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHls ZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFu Zz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMg TmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48 c3BhbiBsYW5nPSJFTi1DQSI+Q2FuIGJlIHVzZWQgdG8gdXBkYXRlIHRoZSBjb25maWd1cmF0aW9u IG9mIGEgZGV2aWNlIHVzaW5nIGEgYXRvbWljIHRyYW5zYWN0aW9uPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3Rl eHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTom cXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss JnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNB Ij5UaGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUg KC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSBvZiBwYWlycyBvZiAo aW5zdGFuY2UtaWRlbnRpZmllciwgYXNzb2NpYXRlZCB2YWx1ZSk8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4 dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PkV4YW1wbGU6IDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJh ZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjQiPg0KaHR0 cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29s LWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuNDwvYT4NCjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWlu ZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7 Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250 LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90 O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+QSBj YW5kaWRhdGUgZGF0YXNvdHJlICgvYy9jKSBhbmQgdGhlICZxdW90O2NvbW1pdCZxdW90OyBSUEMg Y2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGEgc2NoZWR1bGVzIGFuZC9vciBjb25maXJtZWQgdXBk YXRlIG9uIG9uZSBvciBtdWx0aXBsZSBkZXZpY2VzLg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL2Nv cmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVz dC5odG1sI3JmYy5hcHBlbmRpeC5BIj5odHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9y L2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLmFwcGVuZGl4LkE8L2E+ DQo8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBs YW5nPSJFTi1DQSI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4g bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGlt ZXMgTmV3IFJvbWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsmbmJzcDsm bmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSI+ VGhlIFBPU1QgbWV0aG9kPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4g bGFuZz0iRU4tQ0EiIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+ bzwvc3Bhbj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZh bWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssJnF1b3Q7c2VyaWYmcXVvdDsiPiZuYnNw OyZuYnNwOw0KPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIj5Vc2UgdG8gZXhlY3V0ZSBhIFJQQyBv ciBhbiBBY3Rpb248bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0 IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5n PSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9z cGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OywmcXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5i c3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0EiPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBV Ukkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlv bikgYW5kIGFuIGFycmF5IHdpdGggdXAgdG8gdHdvIGVudHJ5LCB0aGUgUlBDIGlkZW50aWZpY2F0 aW9uIChTSUQpIGZvbGxvdyBieSB0aGUgb3B0aW9uYWwgaW5wdXQ8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4 dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBsYW5nPSJFTi1DQSIgc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0i Zm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90Oywm cXVvdDtzZXJpZiZxdW90OyI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+PHNwYW4gbGFuZz0iRU4tQ0Ei PlRoZSByZXF1ZXN0IGNvbnRhaW5zIGNvbnRhaW4gdGhlIG9wdGlvbmFsIG91dHB1dDxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVm dDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIGxhbmc9IkVOLUNBIiBzdHlsZT0iZm9u dC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gbGFuZz0iRU4t Q0EiIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJv bWFuJnF1b3Q7LCZxdW90O3NlcmlmJnF1b3Q7Ij4mbmJzcDsmbmJzcDsNCjwvc3Bhbj48c3BhbiBs YW5nPSJFTi1DQSI+RXhhbXBsZTogPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lh bmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9u LjUuNSI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0 ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS41PC9hPg0KPG86cD48L286cD48 L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFu IGxhbmc9IkVOLUNBIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj5NaWNoZWw8bzpwPjwvbzpwPjwvc3Bhbj48 L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+PG86cD4mbmJz cDs8L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+LS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBjb3JlIFs8YSBocmVmPSJtYWlsdG86Y29yZS1ib3Vu Y2VzQGlldGYub3JnIj5tYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0gT24gQmVoYWxm IE9mIEhhbm5lcyBUc2Nob2ZlbmlnPGJyPg0KU2VudDogVHVlc2RheSwgSnVuZSAyMSwgMjAxNiA0 OjA1IEFNPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYub3JnIj5jb3JlQGlldGYu b3JnPC9hPiBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPmNvcmVAaWV0Zi5v cmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zPHNw YW4gbGFuZz0iRU4tQ0EiPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFp blRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+SGkgQ09NSSBmcmllbmRz LDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxh bmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+c2luY2UgeW91IGhhdmUgZm9yIHN1cmUgcHJvZ3Jl c3NlZCB5b3VyIHdvcmsgcXVpdGUgYSBiaXQgc2luY2Ugd2UgbGFzdCBtZWV0IGluIEJBIEkgYW0g d29uZGVyaW5nIHdoZXRoZXIgeW91IGhhdmUgYSBmZXcgc2ltcGxlIG1lc3NhZ2UgZXhjaGFuZ2Ug ZXhhbXBsZXMgdXNpbmcgQ09NSSBmb3IgbWUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9z cGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj5Gb3Ig ZXhhbXBsZSwgdGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlmZWN5Y2xlIHdoZXJl IHRoZSBkZXZpY2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRzIHJlc291cmNlcyB3aXRoIGEgc2Vy dmVyIGluIHRoZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2FsbHkgc2VuZHMgc2Vuc29yIHJlYWRp bmdzICh0byB0aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVlc3RzDQogZnJvbSBhIHNlcnZlciBh cyB3ZWxsLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxz cGFuIGxhbmc9IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1DQSI+SG93IHdvdWxkIHRoaXMgbG9vayBsaWtl IGluIENPTUk/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+ PHNwYW4gbGFuZz0iRU4tQ0EiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9IkVOLUNBIj5DaWFvPG86cD48L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNwYW4gbGFuZz0iRU4tQ0EiPkhhbm5lczxv OnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxzcGFuIGxhbmc9 IkVOLUNBIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvYm9keT4NCjwv aHRtbD4NCg== --_000_DB5PR01MB18157FC34B1AEFAC20CEA743802B0DB5PR01MB1815eurp_-- From nobody Tue Jun 21 11:32:36 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 952FE12DC33 for ; Tue, 21 Jun 2016 11:32:34 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sjVmEBXZ3-xv for ; Tue, 21 Jun 2016 11:32:29 -0700 (PDT) Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1on0724.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::724]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E293812DC43 for ; Tue, 21 Jun 2016 11:31:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=W3czZ1PQTO4jjyIhzq12nL6VZsTWb2X1Yvi0CcTVzBc=; b=UchDlRLbMbUPivn0W0NJ5ZiyzHe/XkfGbf3qKaaxqdKGi1SVn54GkFlUjCpFjSwivJE0MUgHmnqp5UCWOiEA68DSg+PKsE6yMlezFW4iqSmafZf5q/078SlMRIaDhA4SggFV39ebmQbFnlND11rjCjrNwntR1UEtJy3uXmpHkdI= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1762.namprd06.prod.outlook.com (10.162.224.148) with Microsoft SMTP Server (TLS) id 15.1.523.12; Tue, 21 Jun 2016 18:30:45 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0523.015; Tue, 21 Jun 2016 18:30:46 +0000 From: Michel Veillette To: "Turner, Randy" , "core@ietf.org WG" Thread-Topic: [core] COMI: Basic Operations Thread-Index: AQHRy5OrVYz50ufs9ESY69BFKOWJoJ/0J15wgAAMXQCAAAYdQIAAAXwAgAAAlAA= Date: Tue, 21 Jun 2016 18:30:45 +0000 Message-ID: References: <5768F53B.6010109@gmx.net> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: d27a376d-9055-49ef-47ef-08d39a02292f x-microsoft-exchange-diagnostics: 1; BLUPR06MB1762; 6:MmXP69Rw3+kLzz6YU0/1ja6OGYiONqSnNY8Xpl+Y+F40B7P3i42n3d1Mqd6GnLYvl2XWQe7z2N1AEOKkSmgbg22o0jodx09JYZn8P55rocRIxx/Z+u5csVEaxhDcnE6e/AMlKtEE+eoLj4kf0qY+JJNSRi7BrqFcNnVm+n8EyjEVX5kZOEYFP7GhcYhlelYHnNdsuSLi/ZbhiomT6Tdq2HVIeKPwHvXAPfteve7sTLUfwNxvztJjs5UfP/KdFqPUu4ZIMrvvI+SmkQZa28UNpMQzk8+TfUZw3JSwzj38+i8=; 5:vZTTe6LuwOZr+Riy7lY5DpVCgI19apv+SiMq2hdRw57M4sVpsw0ANp9sMytj0e3GqkTtf0LlyY8gnN/ZKy9gLNf78BivquNQGEZejrkZTEGg/DC5NBkbcpC6HvZJxsvgwUtl4dJ8iykn1tdoOZ5vjg==; 24:PQ3b82iSm8dM/6zqAu7CFpxYXVsDCCISDsn8EshFZjiocclPNbqaUzW3PU8logZRpZGwWcNghyFwNELXoGHvAvmAHxq9R4K7ldEaUhvgPkk=; 7:E8lWdD8VTK3Twp15RuOr68Yz5/P+2eCoTqDLaFkYpybAV5KtbFjfAnBDww37jhJlOqfcUrIcapEUc3YrWhpXtf7dhRi8YaLikSjV9o7ecPG/jtaJMibjb5OXMb5yAsrjOlPhZBvsyYEHryZ0qM/lxPZwHLEqJNOfqPqHH9L+Ckj4eKgveruPS39Y31KpbEwGulgFVu/4UtXTc0et1dT2XtSvnOW1lMlLy7j4+mp3GQAIfBh8VD2M4a/tnF6KYgQg x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1762; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(190756311086443)(158342451672863)(144836121648609)(21748063052155); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR06MB1762; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1762; x-forefront-prvs: 098076C36C x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(7916002)(377454003)(199003)(13464003)(189002)(3660700001)(97736004)(551934003)(3280700002)(5001770100001)(33656002)(19300405004)(189998001)(5002640100001)(8676002)(81166006)(586003)(8936002)(99286002)(86362001)(3846002)(2906002)(7696003)(68736007)(107886002)(9686002)(76576001)(81156014)(102836003)(6116002)(87936001)(93886004)(19625215002)(101416001)(15975445007)(92566002)(122556002)(50986999)(16236675004)(77096005)(10400500002)(74316001)(2900100001)(2950100001)(790700001)(7906002)(19617315012)(5890100001)(106116001)(106356001)(7846002)(8666005)(76176999)(54356999)(66066001)(7736002)(105586002)(19580395003)(19580405001)(5003600100003)(7059030); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1762; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; A:1; MX:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: multipart/alternative; boundary="_000_BLUPR06MB1763F07F2B4BB2636AD72CCEFE2B0BLUPR06MB1763namp_" MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 21 Jun 2016 18:30:45.6484 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1762 Archived-At: Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 21 Jun 2016 18:32:35 -0000 --_000_BLUPR06MB1763F07F2B4BB2636AD72CCEFE2B0BLUPR06MB1763namp_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 SGkgUmFuZHkNCg0KREVMRVRFIHBlcmZvcm0gYW4gb3BlcmF0aW9uIG9uIGEgcmVzb3VyY2VzIChV UkkpLg0KVGhlIG9ubHkgcmVzb3VyY2VzIGRlZmluZWQgaW4gQ29PTCBpcyBkYXRhc3RvcmVzIGFu ZCBldmVudCBzdHJlYW1zLg0KQSBERUxFVEUgb24gdGhlc2UgcmVzb3VyY2VzIHdpbGwgbWVhbiB0 aGUgZGVsZXRpb24gb2YgYW4gZW50aXJlIGRhdGFzdG9yZSBvciBldmVudCBzdHJlYW0sIG5vdCBh IHNpbmdsZSBkYXRhIG5vZGUuDQoNCkl0IGlzIHBvc3NpYmxlIHRvIGRlZmluZSByZXNvdXJjZXMg Zm9yIGVhY2ggZGF0YSBub2RlcywgdGhpcyBpcyB0aGUgYXBwcm9hY2ggcHJvcG9zZWQgYnkgQ29N SS4NCkhvd2V2ZXIsIGZvciBkYXRhIG5vZGVzIHdpdGhpbiBhIGxpc3QsIHRoaXMgYXBwcm9hY2gg bWVhbnMgdGhhdCB3ZSBoYXZlIGRlZmluZSBhIGJpbmFyeSB0byB0ZXh0IGNvbnZlcnNpb24gb2Yg dGhlIGtleXMgd2hpY2ggY2FuIGJlIG9mIGFueSBZQU5HIGRhdGF0eXBlLg0KU2VlIGh0dHA6Ly9j b3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtaWV0Zi1jb3JlLXlhbmctY2Jvci1sYXRl c3QuaHRtbCNyZmMuc2VjdGlvbi41LjEzIGZvciBzcGVjaWZpYyByZXNvdXJjZSBleGFtcGxlcyBz dWNoIGFzOg0KIi9pZXRmLXN5c3RlbTpzeXN0ZW0vYXV0aGVudGljYXRpb24vdXNlcltuYW1lPSdi b2InXS9hdXRob3JpemVkLWtleVtuYW1lPSdhZG1pbiddL2tleS1kYXRhIg0KDQpJdCBpcyBhbHNv IGltcG9ydGFudCB0byBub3RlIHRoYXQgYWRkaW5nIHRoaXMgYmluYXJ5IHRvIHRleHQgY29udmVy c2lvbiByZXF1aXJlbWVudCBzaWduaWZpY2FudGx5IGluY3JlYXNlIHRoZSBjb21wbGV4aXR5IG9m IHRoZSBwcm90b2NvbC4NCg0KUmVnYXJkcywNCk1pY2hlbA0KDQpGcm9tOiBUdXJuZXIsIFJhbmR5 IFttYWlsdG86UmFuZHkuVHVybmVyQGxhbmRpc2d5ci5jb21dDQpTZW50OiBUdWVzZGF5LCBKdW5l IDIxLCAyMDE2IDI6MTggUE0NClRvOiBNaWNoZWwgVmVpbGxldHRlIDxNaWNoZWwuVmVpbGxldHRl QHRyaWxsaWFudGluYy5jb20+OyBjb3JlQGlldGYub3JnIFdHIDxjb3JlQGlldGYub3JnPg0KU3Vi amVjdDogUkU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCldvdWxkIGl0IGJlIGJl dHRlciB0byBub3Qgb3ZlcmxvYWQgb3RoZXIgbWV0aG9kcyB3aGVuIOKAnERFTEVUReKAnSB3b3Vs ZCBiZSBtb3JlIGV4cGxpY2l0IHJlZ2FyZGluZyB3aGF0IHlvdeKAmXJlIHRyeWluZyB0byBkbyA/ DQoNClIuDQoNCkZyb206IE1pY2hlbCBWZWlsbGV0dGUgW21haWx0bzpNaWNoZWwuVmVpbGxldHRl QHRyaWxsaWFudGluYy5jb21dDQpTZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDI6MTYgUE0N ClRvOiBUdXJuZXIsIFJhbmR5OyBjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGlldGYub3JnPiBX Rw0KU3ViamVjdDogUkU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zDQoNCkhpIEFuZHkN Cg0KQWJvdXQgeW91ciBmaXJzdCBxdWVzdGlvbiwgZGF0YSBub2RlIGluc3RhbmNlcyBjYW4gYmUg ZGVsZXRlZCB1c2luZyB0aGUgaVBBVENILg0KQWx0ZXJuYXRpdmVseSwgdGhlIGVudGlyZSBkYXRh c3RvcmUgY2FuIGJlIHJlcGxhY2VkIHVzaW5nIHRoZSBQVVQgbWV0aG9kLg0KDQpBYm91dCAiV2hh dCBhYm91dCBPQlNFUlZFIHNlbWFudGljcyINCkFzIG1lbnRpb25lZCBhdCBodHRwOi8vY29yZS13 Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0 bWwjcmZjLnNlY3Rpb24uNi44LCB0aGUgIm9ic2VydmUiIENvQVAgb3B0aW9uIGlzIHN1cHBvcnRl ZCB0byBvYnNlcnZlIGRhdGEgbm9kZSBpbnN0YW5jZS4NCg0KUmVnYXJkcywNCk1pY2hlbA0KDQpG cm9tOiBUdXJuZXIsIFJhbmR5IFttYWlsdG86UmFuZHkuVHVybmVyQGxhbmRpc2d5ci5jb21dDQpT ZW50OiBUdWVzZGF5LCBKdW5lIDIxLCAyMDE2IDE6NTEgUE0NClRvOiBNaWNoZWwgVmVpbGxldHRl IDxNaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFudGluYy5jb208bWFpbHRvOk1pY2hlbC5WZWlsbGV0 dGVAdHJpbGxpYW50aW5jLmNvbT4+OyBjb3JlQGlldGYub3JnPG1haWx0bzpjb3JlQGlldGYub3Jn PiBXRyA8Y29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4+DQpTdWJqZWN0OiBSRTog W2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlvbnMNCg0KQXJlIHdlIGFsbG93ZWQgdG8g4oCYREVM RVRF4oCZIG9iamVjdCBpbnN0YW5jZXMgPw0KDQpXaGF0IGFib3V0IE9CU0VSVkUgc2VtYW50aWNz ID8NCg0KUi4NCg0KRnJvbTogY29yZSBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gT24g QmVoYWxmIE9mIE1pY2hlbCBWZWlsbGV0dGUNClNlbnQ6IFR1ZXNkYXksIEp1bmUgMjEsIDIwMTYg MToxMyBQTQ0KVG86IEhhbm5lcyBUc2Nob2ZlbmlnOyBjb3JlQGlldGYub3JnPG1haWx0bzpjb3Jl QGlldGYub3JnPiBXRw0KU3ViamVjdDogUmU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25z DQoNCg0KSGkgSGFubmVzDQoNCg0KDQpHb29kIHRpbWluZy4NCg0KT24gdGhlIGFnZW5kYSBvZiBv dXIgd2Vla2x5IGNhbGwgdG9tb3Jyb3csIHdlIGhhdmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHBy b3Bvc2VkIGZ1bmN0aW9uIHNldC4NCg0KSSBoYXZlIGluY2x1ZGVkIGluIGF0dGFjaG1lbnQgdGhl IGludml0ZSBmb3IgdGhpcyBtZWV0aW5nIGluIGNhc2UgeW91IHdhbnQgdG8gcGFydGljaXBhdGUu DQoNCkZvbGxvd2luZyBpcyBhIGxpc3Qgb2YgdGhlIENvQVAgbWV0aG9kcywgYXNzb2NpYXRlZCB1 c2UgY2FzZXMsIG1lc3NhZ2UgY29udGVudCBzdW1tYXJ5IGFuZCBleGFtcGxlcy4NCg0KRm9yIHRo ZSB1cCB0byBkYXRlIHZlcnNpb24gb2YgdGhlIGRyYWZ0cywgc2VlIGh0dHA6Ly9jb3JlLXdnLmdp dGh1Yi5pby95YW5nLWNib3IvDQoNCg0KDQrigKIgICAgICAgICBUaGUgR0VUIG1ldGhvZA0KDQpv ICAgVXNlIHRvIHJldHJpZXZlIHRoZSBjb250ZW50IG9mIGEgZGF0YXN0b3JlDQoNCm8gICBDYW4g YmUgdXNlZCB0byBpbXBsZW1lbnQgYSBiYWNrdXAvcmVzdG9yZSB1c2UgY2FzZQ0KDQpvICAgVGhl IHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgvYy9y ID0gcnVubmluZyBjb25maWd1cmF0aW9uLCAvYyA9IGN1cnJlbnQgZGF0YSAmIHJ1bm5pbmcgY29u ZmlndXJhdGlvbikNCg0KbyAgIFRoZSByZXNwb25zZSBjb250YWlucyBhbiBhcnJheSBvZiBwYWly cyBvZiAoZGVsdGEgU0lELCBhc3NvY2lhdGVkIHZhbHVlcykNCg0KbyAgIEV4YW1wbGU6IGh0dHA6 Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1s YXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjENCg0KDQoNCuKAoiAgICAgICAgIFRoZSBQVVQgbWV0 aG9kDQoNCm8gICBVc2UgdG8gbG9hZCBjb250ZW50IG9mIGEgZGF0YXN0b3JlDQoNCm8gICBDYW4g YmUgdXNlZCB0byBpbXBsZW1lbnQgdGhlIHByb3Zpc2lvbmluZywgY29tbWlzc2lvbmluZyBhbmQg cmVzdG9yZSB1c2UgY2FzZXMNCg0KbyAgIFRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2Yg dGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5k IGFuIGFycmF5IG9mIHBhaXJzIG9mIChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWUpDQoNCm8g ICBFeGFtcGxlOiBodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxs ZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4zDQoNCg0KDQrigKIgICAg ICAgICBUaGUgRkVUQ0ggbWV0aG9kDQoNCm8gICBVc2UgdG8gcmV0cmlldmUgYSBzdWJzZXQgb2Yg YSBkYXRhc3RvcmUNCg0KbyAgIENhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhZC1ob2MgcXVlcmll cywgcmVjdXJyZW50IGRhdGEgcmV0cmlldmFsIChlLmcgc3RhdGUgYW5kIHN0YXRpc3RpY3MpDQoN Cm8gICBUaGUgcmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3Rv cmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhIGxpc3Qgb2YgaW5zdGFuY2Ut aWRlbnRpZmllcg0KDQpvICAgVGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIGFzc29j aWF0ZWQgdmFsdWVzICh2YWx1ZSwgQ0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZhdWx0KQ0KDQpv ICAgRXhhbXBsZXM6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVp bGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjINCg0KDQoNCuKAoiAg ICAgICAgIFRoZSBpUEFUQ0ggbWV0aG9kDQoNCm8gICBVc2UgdG8gdXBkYXRlIGEgc3Vic2V0IG9m IGEgZGF0YXN0b3JlDQoNCm8gICBDYW4gYmUgdXNlZCB0byB1cGRhdGUgdGhlIGNvbmZpZ3VyYXRp b24gb2YgYSBkZXZpY2UgdXNpbmcgYSBhdG9taWMgdHJhbnNhY3Rpb24NCg0KbyAgIFRoZSByZXF1 ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1 bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5IG9mIHBhaXJzIG9mIChpbnN0YW5jZS1p ZGVudGlmaWVyLCBhc3NvY2lhdGVkIHZhbHVlKQ0KDQpvICAgRXhhbXBsZTogaHR0cDovL2NvcmUt d2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5o dG1sI3JmYy5zZWN0aW9uLjUuNA0KDQpvICAgQSBjYW5kaWRhdGUgZGF0YXNvdHJlICgvYy9jKSBh bmQgdGhlICJjb21taXQiIFJQQyBjYW4gYmUgdXNlZCB0byBpbXBsZW1lbnQgYSBzY2hlZHVsZXMg YW5kL29yIGNvbmZpcm1lZCB1cGRhdGUgb24gb25lIG9yIG11bHRpcGxlIGRldmljZXMuDQpodHRw Oi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1jb3JlLWNvb2wt bGF0ZXN0Lmh0bWwjcmZjLmFwcGVuZGl4LkENCg0KDQoNCuKAoiAgICAgICAgIFRoZSBQT1NUIG1l dGhvZA0KDQpvICAgVXNlIHRvIGV4ZWN1dGUgYSBSUEMgb3IgYW4gQWN0aW9uDQoNCm8gICBUaGUg cmVxdWVzdCBjb250YWlucyB0aGUgVVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3Ig PSBydW5uaW5nIGNvbmZpZ3VyYXRpb24pIGFuZCBhbiBhcnJheSB3aXRoIHVwIHRvIHR3byBlbnRy eSwgdGhlIFJQQyBpZGVudGlmaWNhdGlvbiAoU0lEKSBmb2xsb3cgYnkgdGhlIG9wdGlvbmFsIGlu cHV0DQoNCm8gICBUaGUgcmVxdWVzdCBjb250YWlucyBjb250YWluIHRoZSBvcHRpb25hbCBvdXRw dXQNCg0KbyAgIEV4YW1wbGU6IGh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJh ZnQtdmVpbGxldHRlLWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjUNCg0KDQoN ClJlZ2FyZHMsDQoNCk1pY2hlbA0KDQoNCg0KLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCkZy b206IGNvcmUgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBIYW5u ZXMgVHNjaG9mZW5pZw0KU2VudDogVHVlc2RheSwgSnVuZSAyMSwgMjAxNiA0OjA1IEFNDQpUbzog Y29yZUBpZXRmLm9yZzxtYWlsdG86Y29yZUBpZXRmLm9yZz4gV0cgPGNvcmVAaWV0Zi5vcmc8bWFp bHRvOmNvcmVAaWV0Zi5vcmc+Pg0KU3ViamVjdDogW2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlv bnMNCg0KDQoNCkhpIENPTUkgZnJpZW5kcywNCg0KDQoNCnNpbmNlIHlvdSBoYXZlIGZvciBzdXJl IHByb2dyZXNzZWQgeW91ciB3b3JrIHF1aXRlIGEgYml0IHNpbmNlIHdlIGxhc3QgbWVldCBpbiBC QSBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBtZXNzYWdlIGV4 Y2hhbmdlIGV4YW1wbGVzIHVzaW5nIENPTUkgZm9yIG1lLg0KDQoNCg0KRm9yIGV4YW1wbGUsIHRo aW5rIGFib3V0IGEgdHlwaWNhbCBJb1QgZGV2aWNlIGxpZmVjeWNsZSB3aGVyZSB0aGUgZGV2aWNl IHN0YXJ0cyBhbmQgcmVnaXN0ZXJzIGl0cyByZXNvdXJjZXMgd2l0aCBhIHNlcnZlciBpbiB0aGUg Y2xvdWQsIGl0IHRoZW4gcGVyaW9kaWNhbGx5IHNlbmRzIHNlbnNvciByZWFkaW5ncyAodG8gdGhh dCBzZXJ2ZXIpLCBhbmQgZ2V0cyByZXF1ZXN0cyBmcm9tIGEgc2VydmVyIGFzIHdlbGwuDQoNCg0K DQpIb3cgd291bGQgdGhpcyBsb29rIGxpa2UgaW4gQ09NST8NCg0KDQoNCkNpYW8NCg0KSGFubmVz DQoNCg0K --_000_BLUPR06MB1763F07F2B4BB2636AD72CCEFE2B0BLUPR06MB1763namp_ Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6bT0iaHR0cDovL3NjaGVtYXMubWlj cm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4bWxucz0iaHR0cDovL3d3dy53My5vcmcv VFIvUkVDLWh0bWw0MCI+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIg Y29udGVudD0idGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjxtZXRhIG5hbWU9IkdlbmVyYXRv ciIgY29udGVudD0iTWljcm9zb2Z0IFdvcmQgMTUgKGZpbHRlcmVkIG1lZGl1bSkiPg0KPHN0eWxl PjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7Zm9udC1mYW1pbHk6 IkNhbWJyaWEgTWF0aCI7DQoJcGFub3NlLTE6MiA0IDUgMyA1IDQgNiAzIDIgNDt9DQpAZm9udC1m YWNlDQoJe2ZvbnQtZmFtaWx5OkNhbGlicmk7DQoJcGFub3NlLTE6MiAxNSA1IDIgMiAyIDQgMyAy IDQ7fQ0KQGZvbnQtZmFjZQ0KCXtmb250LWZhbWlseTpUYWhvbWE7DQoJcGFub3NlLTE6MiAxMSA2 IDQgMyA1IDQgNCAyIDQ7fQ0KLyogU3R5bGUgRGVmaW5pdGlvbnMgKi8NCnAuTXNvTm9ybWFsLCBs aS5Nc29Ob3JtYWwsIGRpdi5Nc29Ob3JtYWwNCgl7bWFyZ2luOjBpbjsNCgltYXJnaW4tYm90dG9t Oi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fu cy1zZXJpZjt9DQphOmxpbmssIHNwYW4uTXNvSHlwZXJsaW5rDQoJe21zby1zdHlsZS1wcmlvcml0 eTo5OTsNCgljb2xvcjojMDU2M0MxOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KYTp2 aXNpdGVkLCBzcGFuLk1zb0h5cGVybGlua0ZvbGxvd2VkDQoJe21zby1zdHlsZS1wcmlvcml0eTo5 OTsNCgljb2xvcjojOTU0RjcyOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29Q bGFpblRleHQsIGxpLk1zb1BsYWluVGV4dCwgZGl2Lk1zb1BsYWluVGV4dA0KCXttc28tc3R5bGUt cHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IlBsYWluIFRleHQgQ2hhciI7DQoJbWFyZ2lu OjBpbjsNCgltYXJnaW4tYm90dG9tOi4wMDAxcHQ7DQoJZm9udC1zaXplOjExLjBwdDsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjt9DQpwLk1zb0FjZXRhdGUsIGxpLk1zb0FjZXRh dGUsIGRpdi5Nc29BY2V0YXRlDQoJe21zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUt bGluazoiQmFsbG9vbiBUZXh0IENoYXIiOw0KCW1hcmdpbjowaW47DQoJbWFyZ2luLWJvdHRvbTou MDAwMXB0Ow0KCWZvbnQtc2l6ZTo4LjBwdDsNCglmb250LWZhbWlseToiVGFob21hIixzYW5zLXNl cmlmO30NCnAubXNvbm9ybWFsMCwgbGkubXNvbm9ybWFsMCwgZGl2Lm1zb25vcm1hbDANCgl7bXNv LXN0eWxlLW5hbWU6bXNvbm9ybWFsOw0KCW1zby1tYXJnaW4tdG9wLWFsdDphdXRvOw0KCW1hcmdp bi1yaWdodDowaW47DQoJbXNvLW1hcmdpbi1ib3R0b20tYWx0OmF1dG87DQoJbWFyZ2luLWxlZnQ6 MGluOw0KCWZvbnQtc2l6ZToxMi4wcHQ7DQoJZm9udC1mYW1pbHk6IlRpbWVzIE5ldyBSb21hbiIs c2VyaWY7fQ0Kc3Bhbi5QbGFpblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1lOiJQbGFpbiBUZXh0 IENoYXIiOw0KCW1zby1zdHlsZS1wcmlvcml0eTo5OTsNCgltc28tc3R5bGUtbGluazoiUGxhaW4g VGV4dCI7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7fQ0Kc3Bhbi5CYWxsb29u VGV4dENoYXINCgl7bXNvLXN0eWxlLW5hbWU6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltc28tc3R5 bGUtcHJpb3JpdHk6OTk7DQoJbXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCI7DQoJZm9udC1m YW1pbHk6IlRhaG9tYSIsc2Fucy1zZXJpZjt9DQpzcGFuLkVtYWlsU3R5bGUyMg0KCXttc28tc3R5 bGUtdHlwZTpwZXJzb25hbDsNCglmb250LWZhbWlseToiQ2FsaWJyaSIsc2Fucy1zZXJpZjsNCglj b2xvcjojMUY0OTdEO30NCnNwYW4uRW1haWxTdHlsZTIzDQoJe21zby1zdHlsZS10eXBlOnBlcnNv bmFsOw0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIixzYW5zLXNlcmlmOw0KCWNvbG9yOiMxRjQ5N0Q7 fQ0Kc3Bhbi5FbWFpbFN0eWxlMjQNCgl7bXNvLXN0eWxlLXR5cGU6cGVyc29uYWw7DQoJZm9udC1m YW1pbHk6IkNhbGlicmkiLHNhbnMtc2VyaWY7DQoJY29sb3I6IzFGNDk3RDt9DQpzcGFuLkVtYWls U3R5bGUyNQ0KCXttc28tc3R5bGUtdHlwZTpwZXJzb25hbC1yZXBseTsNCglmb250LWZhbWlseToi Q2FsaWJyaSIsc2Fucy1zZXJpZjsNCgljb2xvcjojMUY0OTdEO30NCi5Nc29DaHBEZWZhdWx0DQoJ e21zby1zdHlsZS10eXBlOmV4cG9ydC1vbmx5Ow0KCWZvbnQtc2l6ZToxMC4wcHQ7fQ0KQHBhZ2Ug V29yZFNlY3Rpb24xDQoJe3NpemU6OC41aW4gMTEuMGluOw0KCW1hcmdpbjoxLjBpbiAxLjBpbiAx LjBpbiAxLjBpbjt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0t Pjwvc3R5bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0 PSJlZGl0IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUg bXNvIDldPjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4 dD0iZWRpdCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT4N CjwvaGVhZD4NCjxib2R5IGxhbmc9IkVOLUNBIiBsaW5rPSIjMDU2M0MxIiB2bGluaz0iIzk1NEY3 MiI+DQo8ZGl2IGNsYXNzPSJXb3JkU2VjdGlvbjEiPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPkhpIFJh bmR5PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5 bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxvOnA+Jm5ic3A7 PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5ERUxFVEUgcGVyZm9ybSBhbiBv cGVyYXRpb24gb24gYSByZXNvdXJjZXMgKFVSSSkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3Qt bGFuZ3VhZ2U6RU4tVVMiPlRoZSBvbmx5IHJlc291cmNlcyBkZWZpbmVkIGluIENvT0wgaXMgZGF0 YXN0b3JlcyBhbmQgZXZlbnQgc3RyZWFtcy48bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5n dWFnZTpFTi1VUyI+QSBERUxFVEUgb24gdGhlc2UgcmVzb3VyY2VzIHdpbGwgbWVhbiB0aGUgZGVs ZXRpb24gb2YgYW4gZW50aXJlIGRhdGFzdG9yZSBvciBldmVudCBzdHJlYW0sIG5vdCBhIHNpbmds ZSBkYXRhIG5vZGUuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3VhZ2U6RU4tVVMiPjxv OnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0 eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5JdCBpcyBwb3Nz aWJsZSB0byBkZWZpbmUgcmVzb3VyY2VzIGZvciBlYWNoIGRhdGEgbm9kZXMsIHRoaXMgaXMgdGhl IGFwcHJvYWNoIHByb3Bvc2VkIGJ5IENvTUkuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFu Z3VhZ2U6RU4tVVMiPkhvd2V2ZXIsIGZvciBkYXRhIG5vZGVzIHdpdGhpbiBhIGxpc3QsIHRoaXMg YXBwcm9hY2ggbWVhbnMgdGhhdCB3ZSBoYXZlIGRlZmluZSBhIGJpbmFyeSB0byB0ZXh0IGNvbnZl cnNpb24gb2YgdGhlIGtleXMgd2hpY2ggY2FuIGJlIG9mIGFueSBZQU5HIGRhdGF0eXBlLjxvOnA+ PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xv cjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5TZWUgPGEgaHJlZj0iaHR0cDov L2NvcmUtd2cuZ2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC1pZXRmLWNvcmUteWFuZy1jYm9yLWxh dGVzdC5odG1sI3JmYy5zZWN0aW9uLjUuMTMiPg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lh bmctY2Jvci9kcmFmdC1pZXRmLWNvcmUteWFuZy1jYm9yLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9u LjUuMTM8L2E+IGZvciBzcGVjaWZpYyByZXNvdXJjZSBleGFtcGxlcyBzdWNoIGFzOjxvOnA+PC9v OnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjoj MUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj4mcXVvdDsvaWV0Zi1zeXN0ZW06c3lz dGVtL2F1dGhlbnRpY2F0aW9uL3VzZXJbbmFtZT0nYm9iJ10vYXV0aG9yaXplZC1rZXlbbmFtZT0n YWRtaW4nXS9rZXktZGF0YSZxdW90OzxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdl OkVOLVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+ SXQgaXMgYWxzbyBpbXBvcnRhbnQgdG8gbm90ZSB0aGF0IGFkZGluZyB0aGlzIGJpbmFyeSB0byB0 ZXh0IGNvbnZlcnNpb24gcmVxdWlyZW1lbnQgc2lnbmlmaWNhbnRseSBpbmNyZWFzZSB0aGUgY29t cGxleGl0eSBvZiB0aGUgcHJvdG9jb2wuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0Q7bXNvLWZhcmVhc3QtbGFuZ3Vh Z2U6RU4tVVMiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3Jt YWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVT Ij5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxz cGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEO21zby1mYXJlYXN0LWxhbmd1YWdlOkVOLVVTIj5NaWNo ZWw8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHls ZT0iY29sb3I6IzFGNDk3RDttc28tZmFyZWFzdC1sYW5ndWFnZTpFTi1VUyI+PG86cD4mbmJzcDs8 L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2JvcmRlci10 b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4NCjxwIGNs YXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48L2I+PHNw YW4gbGFuZz0iRU4tVVMiPiBUdXJuZXIsIFJhbmR5IFttYWlsdG86UmFuZHkuVHVybmVyQGxhbmRp c2d5ci5jb21dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAyOjE4 IFBNPGJyPg0KPGI+VG86PC9iPiBNaWNoZWwgVmVpbGxldHRlICZsdDtNaWNoZWwuVmVpbGxldHRl QHRyaWxsaWFudGluYy5jb20mZ3Q7OyBjb3JlQGlldGYub3JnIFdHICZsdDtjb3JlQGlldGYub3Jn Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2NvcmVdIENPTUk6IEJhc2ljIE9wZXJhdGlv bnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xhc3M9Ik1zb05v cm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBs YW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPldvdWxkIGl0IGJlIGJldHRlciB0byBu b3Qgb3ZlcmxvYWQgb3RoZXIgbWV0aG9kcyB3aGVuIOKAnERFTEVUReKAnSB3b3VsZCBiZSBtb3Jl IGV4cGxpY2l0IHJlZ2FyZGluZyB3aGF0IHlvdeKAmXJlIHRyeWluZyB0byBkbyA/PG86cD48L286 cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0 eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlIu PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0i RU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+ DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERG IDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4iPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5Gcm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFu Zz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9t YSZxdW90OyxzYW5zLXNlcmlmIj4gTWljaGVsIFZlaWxsZXR0ZSBbPGEgaHJlZj0ibWFpbHRvOk1p Y2hlbC5WZWlsbGV0dGVAdHJpbGxpYW50aW5jLmNvbSI+bWFpbHRvOk1pY2hlbC5WZWlsbGV0dGVA dHJpbGxpYW50aW5jLmNvbTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAy MSwgMjAxNiAyOjE2IFBNPGJyPg0KPGI+VG86PC9iPiBUdXJuZXIsIFJhbmR5OyA8YSBocmVmPSJt YWlsdG86Y29yZUBpZXRmLm9yZyI+Y29yZUBpZXRmLm9yZzwvYT4gV0c8YnI+DQo8Yj5TdWJqZWN0 OjwvYj4gUkU6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVyYXRpb25zPG86cD48L286cD48L3NwYW4+ PC9wPg0KPC9kaXY+DQo8L2Rpdj4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVO LVVTIj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48 c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+SGkgQW5keTxvOnA+PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZu YnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0i Y29sb3I6IzFGNDk3RCI+QWJvdXQgeW91ciBmaXJzdCBxdWVzdGlvbiwgZGF0YSBub2RlIGluc3Rh bmNlcyBjYW4gYmUgZGVsZXRlZCB1c2luZyB0aGUgaVBBVENILjxvOnA+PC9vOnA+PC9zcGFuPjwv cD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5BbHRl cm5hdGl2ZWx5LCB0aGUgZW50aXJlIGRhdGFzdG9yZSBjYW4gYmUgcmVwbGFjZWQgdXNpbmcgdGhl IFBVVCBtZXRob2QuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+ PHNwYW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5BYm91dCAm cXVvdDs8L3NwYW4+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj5XaGF0 IGFib3V0IE9CU0VSVkUgc2VtYW50aWNzJnF1b3Q7PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAg Y2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdE Ij5BcyBtZW50aW9uZWQgYXQgPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmct Y2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjYu OCI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1j b3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNi44PC9hPiwgdGhlICZxdW90O29ic2Vy dmUmcXVvdDsgQ29BUCBvcHRpb24gaXMgc3VwcG9ydGVkIHRvIG9ic2VydmUgZGF0YSBub2RlIGlu c3RhbmNlLjxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxzcGFu IGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4mbmJzcDs8L286cD48L3Nw YW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJj b2xvcjojMUY0OTdEIj5SZWdhcmRzLDxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJN c29Ob3JtYWwiPjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+TWljaGVs PC9zcGFuPjxzcGFuIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+PG86cD4m bmJzcDs8L286cD48L3NwYW4+PC9wPg0KPGRpdj4NCjxkaXYgc3R5bGU9ImJvcmRlcjpub25lO2Jv cmRlci10b3A6c29saWQgI0UxRTFFMSAxLjBwdDtwYWRkaW5nOjMuMHB0IDBpbiAwaW4gMGluIj4N CjxwIGNsYXNzPSJNc29Ob3JtYWwiPjxiPjxzcGFuIGxhbmc9IkVOLVVTIj5Gcm9tOjwvc3Bhbj48 L2I+PHNwYW4gbGFuZz0iRU4tVVMiPiBUdXJuZXIsIFJhbmR5IFs8YSBocmVmPSJtYWlsdG86UmFu ZHkuVHVybmVyQGxhbmRpc2d5ci5jb20iPm1haWx0bzpSYW5keS5UdXJuZXJAbGFuZGlzZ3lyLmNv bTwvYT5dDQo8YnI+DQo8Yj5TZW50OjwvYj4gVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAxOjUxIFBN PGJyPg0KPGI+VG86PC9iPiBNaWNoZWwgVmVpbGxldHRlICZsdDs8YSBocmVmPSJtYWlsdG86TWlj aGVsLlZlaWxsZXR0ZUB0cmlsbGlhbnRpbmMuY29tIj5NaWNoZWwuVmVpbGxldHRlQHRyaWxsaWFu dGluYy5jb208L2E+Jmd0OzsNCjxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYub3JnIj5jb3JlQGll dGYub3JnPC9hPiBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPmNvcmVAaWV0 Zi5vcmc8L2E+Jmd0Ozxicj4NCjxiPlN1YmplY3Q6PC9iPiBSRTogW2NvcmVdIENPTUk6IEJhc2lj IE9wZXJhdGlvbnM8bzpwPjwvbzpwPjwvc3Bhbj48L3A+DQo8L2Rpdj4NCjwvZGl2Pg0KPHAgY2xh c3M9Ik1zb05vcm1hbCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFs Ij48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPkFyZSB3ZSBhbGxvd2Vk IHRvIOKAmERFTEVUReKAmSBvYmplY3QgaW5zdGFuY2VzID88bzpwPjwvbzpwPjwvc3Bhbj48L3A+ DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIgc3R5bGU9ImNvbG9yOiMx RjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxwIGNsYXNzPSJNc29Ob3JtYWwi PjxzcGFuIGxhbmc9IkVOLVVTIiBzdHlsZT0iY29sb3I6IzFGNDk3RCI+V2hhdCBhYm91dCBPQlNF UlZFIHNlbWFudGljcyA/PG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9Ik1zb05vcm1h bCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpwPiZuYnNwOzwv bzpwPjwvc3Bhbj48L3A+DQo8cCBjbGFzcz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyIg c3R5bGU9ImNvbG9yOiMxRjQ5N0QiPlIuPG86cD48L286cD48L3NwYW4+PC9wPg0KPHAgY2xhc3M9 Ik1zb05vcm1hbCI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJjb2xvcjojMUY0OTdEIj48bzpw PiZuYnNwOzwvbzpwPjwvc3Bhbj48L3A+DQo8ZGl2Pg0KPGRpdiBzdHlsZT0iYm9yZGVyOm5vbmU7 Ym9yZGVyLXRvcDpzb2xpZCAjQjVDNERGIDEuMHB0O3BhZGRpbmc6My4wcHQgMGluIDBpbiAwaW4i Pg0KPHAgY2xhc3M9Ik1zb05vcm1hbCI+PGI+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250 LXNpemU6MTAuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj5G cm9tOjwvc3Bhbj48L2I+PHNwYW4gbGFuZz0iRU4tVVMiIHN0eWxlPSJmb250LXNpemU6MTAuMHB0 O2ZvbnQtZmFtaWx5OiZxdW90O1RhaG9tYSZxdW90OyxzYW5zLXNlcmlmIj4gY29yZSBbPGEgaHJl Zj0ibWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZyI+bWFpbHRvOmNvcmUtYm91bmNlc0BpZXRm Lm9yZzwvYT5dDQo8Yj5PbiBCZWhhbGYgT2YgPC9iPk1pY2hlbCBWZWlsbGV0dGU8YnI+DQo8Yj5T ZW50OjwvYj4gVHVlc2RheSwgSnVuZSAyMSwgMjAxNiAxOjEzIFBNPGJyPg0KPGI+VG86PC9iPiBI YW5uZXMgVHNjaG9mZW5pZzsgPGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPmNvcmVAaWV0 Zi5vcmc8L2E+IFdHPGJyPg0KPGI+U3ViamVjdDo8L2I+IFJlOiBbY29yZV0gQ09NSTogQmFzaWMg T3BlcmF0aW9uczxvOnA+PC9vOnA+PC9zcGFuPjwvcD4NCjwvZGl2Pg0KPC9kaXY+DQo8cCBjbGFz cz0iTXNvTm9ybWFsIj48c3BhbiBsYW5nPSJFTi1VUyI+PG86cD4mbmJzcDs8L286cD48L3NwYW4+ PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SGkgSGFubmVzPG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJN c29QbGFpblRleHQiPkdvb2QgdGltaW5nLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1Bs YWluVGV4dCI+T24gdGhlIGFnZW5kYSBvZiBvdXIgd2Vla2x5IGNhbGwgdG9tb3Jyb3csIHdlIGhh dmUgYW4gaXRlbSB0byByZXZpZXcgdGhlIHByb3Bvc2VkIGZ1bmN0aW9uIHNldC48bzpwPjwvbzpw PjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkkgaGF2ZSBpbmNsdWRlZCBpbiBhdHRhY2ht ZW50IHRoZSBpbnZpdGUgZm9yIHRoaXMgbWVldGluZyBpbiBjYXNlIHlvdSB3YW50IHRvIHBhcnRp Y2lwYXRlLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+Rm9sbG93aW5n IGlzIGEgbGlzdCBvZiB0aGUgQ29BUCBtZXRob2RzLCBhc3NvY2lhdGVkIHVzZSBjYXNlcywgbWVz c2FnZSBjb250ZW50IHN1bW1hcnkgYW5kIGV4YW1wbGVzLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+Rm9yIHRoZSB1cCB0byBkYXRlIHZlcnNpb24gb2YgdGhlIGRyYWZ0 cywgc2VlIDxhIGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvIj4NCmh0 dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvPC9hPiA8bzpwPjwvbzpwPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1z b1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9u dC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJp ZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3Nw YW4+VGhlIEdFVCBtZXRob2Q8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VXNlIHRvIHJldHJpZXZlIHRoZSBjb250ZW50 IG9mIGEgZGF0YXN0b3JlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBz dHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0i Zm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkNhbiBiZSB1c2VkIHRvIGltcGxlbWVudCBhIGJh Y2t1cC9yZXN0b3JlIHVzZSBjYXNlPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5U ZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBz dHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRo ZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFzdG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJh dGlvbiwgL2MgPSBjdXJyZW50IGRhdGEgJmFtcDsgcnVubmluZyBjb25maWd1cmF0aW9uKTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsN Cjwvc3Bhbj5UaGUgcmVzcG9uc2UgY29udGFpbnMgYW4gYXJyYXkgb2YgcGFpcnMgb2YgKGRlbHRh IFNJRCwgYXNzb2NpYXRlZCB2YWx1ZXMpPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkV4YW1wbGU6IDxhIGhyZWY9Imh0 dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29v bC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjEiPg0KaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlv L3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0 aW9uLjUuMTwvYT4NCjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PHNw YW4gc3R5bGU9ImNvbG9yOiMxRjQ5N0QiPjxvOnA+Jm5ic3A7PC9vOnA+PC9zcGFuPjwvcD4NCjxw IGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50 Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4g c3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4m cXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZu YnNwOw0KPC9zcGFuPlRoZSBQVVQgbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNv UGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48 c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+ PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcg Um9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0byBsb2FkIGNvbnRl bnQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IHRo ZSBwcm92aXNpb25pbmcsIGNvbW1pc3Npb25pbmcgYW5kIHJlc3RvcmUgdXNlIGNhc2VzPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0K PC9zcGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFz dG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5IG9mIHBhaXJz IG9mIChkZWx0YSBTSUQsIGFzc29jaWF0ZWQgdmFsdWUpPG86cD48L286cD48L3A+DQo8cCBjbGFz cz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4y NWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88 L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1l cyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPkV4YW1wbGU6IDxh IGhyZWY9Imh0dHA6Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRl LWNvcmUtY29vbC1sYXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjMiPg0KaHR0cDovL2NvcmUtd2cu Z2l0aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1s I3JmYy5zZWN0aW9uLjUuMzwvYT48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRl eHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9 Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1m YW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQt ZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5i c3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+VGhlIEZFVENIIG1ldGhv ZDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1s ZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZx dW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4w cHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsm bmJzcDsNCjwvc3Bhbj5Vc2UgdG8gcmV0cmlldmUgYSBzdWJzZXQgb2YgYSBkYXRhc3RvcmU8bzpw PjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDox LjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtD b3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2Zv bnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7 DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gaW1wbGVtZW50IGFkLWhvYyBxdWVyaWVzLCByZWN1cnJl bnQgZGF0YSByZXRyaWV2YWwgKGUuZyBzdGF0ZSBhbmQgc3RhdGlzdGljcyk8bzpwPjwvbzpwPjwv cD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0 LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5l dyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5 OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+ VGhlIHJlcXVlc3QgY29udGFpbnMgdGhlIFVSSSBvZiB0aGUgdGFyZ2V0ZWQgZGF0YXN0b3JlICgv Yy9yID0gcnVubmluZyBjb25maWd1cmF0aW9uKSBhbmQgYSBsaXN0IG9mIGluc3RhbmNlLWlkZW50 aWZpZXI8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJn aW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWls eTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXpl OjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5i c3A7Jm5ic3A7DQo8L3NwYW4+VGhlIHJlc3BvbnNlIGNvbnRhaW5zIGFuIGFycmF5IG9mIGFzc29j aWF0ZWQgdmFsdWVzICh2YWx1ZSwgQ0JPUiB1bmRlZmluZWQgb3IgQ0JPUiBkZWZhdWx0KTxvOnA+ PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEu MGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0Nv dXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9u dC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsN Cjwvc3Bhbj5FeGFtcGxlczogPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0aHViLmlvL3lhbmct Y2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3JmYy5zZWN0aW9uLjUu MiI+DQpodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZlaWxsZXR0ZS1j b3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS4yPC9hPg0KPG86cD48L286cD48L3A+ DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDouNWluO3RleHQtaW5kZW50Oi0uMjVp biI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OlN5bWJvbCI+wrc8L3NwYW4+PHNwYW4gc3R5bGU9 ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDss c2VyaWYiPiZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOyZuYnNwOw0K PC9zcGFuPlRoZSBpUEFUQ0ggbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3Bh biBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNw YW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9t YW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0byB1cGRhdGUgYSBzdWJz ZXQgb2YgYSBkYXRhc3RvcmU8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi IHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1aW4iPjxzcGFuIHN0eWxl PSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwvc3Bhbj48c3BhbiBzdHls ZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21hbiZxdW90 OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+Q2FuIGJlIHVzZWQgdG8gdXBkYXRlIHRoZSBj b25maWd1cmF0aW9uIG9mIGEgZGV2aWNlIHVzaW5nIGEgYXRvbWljIHRyYW5zYWN0aW9uPG86cD48 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4w aW47dGV4dC1pbmRlbnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291 cmllciBOZXcmcXVvdDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250 LWZhbWlseTomcXVvdDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0K PC9zcGFuPlRoZSByZXF1ZXN0IGNvbnRhaW5zIHRoZSBVUkkgb2YgdGhlIHRhcmdldGVkIGRhdGFz dG9yZSAoL2MvciA9IHJ1bm5pbmcgY29uZmlndXJhdGlvbikgYW5kIGFuIGFycmF5IG9mIHBhaXJz IG9mIChpbnN0YW5jZS1pZGVudGlmaWVyLCBhc3NvY2lhdGVkIHZhbHVlKTxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQt aW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj5F eGFtcGxlOiA8YSBocmVmPSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0 LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS40Ij4NCmh0dHA6 Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1s YXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjQ8L2E+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiIHN0eWxlPSJtYXJnaW4tbGVmdDoxLjBpbjt0ZXh0LWluZGVudDotLjI1 aW4iPjxzcGFuIHN0eWxlPSJmb250LWZhbWlseTomcXVvdDtDb3VyaWVyIE5ldyZxdW90OyI+bzwv c3Bhbj48c3BhbiBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVz IE5ldyBSb21hbiZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7DQo8L3NwYW4+QSBjYW5kaWRhdGUg ZGF0YXNvdHJlICgvYy9jKSBhbmQgdGhlICZxdW90O2NvbW1pdCZxdW90OyBSUEMgY2FuIGJlIHVz ZWQgdG8gaW1wbGVtZW50IGEgc2NoZWR1bGVzIGFuZC9vciBjb25maXJtZWQgdXBkYXRlIG9uIG9u ZSBvciBtdWx0aXBsZSBkZXZpY2VzLg0KPGJyPg0KPGEgaHJlZj0iaHR0cDovL2NvcmUtd2cuZ2l0 aHViLmlvL3lhbmctY2Jvci9kcmFmdC12ZWlsbGV0dGUtY29yZS1jb29sLWxhdGVzdC5odG1sI3Jm Yy5hcHBlbmRpeC5BIj5odHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0LXZl aWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLmFwcGVuZGl4LkE8L2E+DQo8bzpwPjwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0K PHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0Oi41aW47dGV4dC1pbmRl bnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6U3ltYm9sIj7Ctzwvc3Bhbj48c3Bh biBzdHlsZT0iZm9udC1zaXplOjcuMHB0O2ZvbnQtZmFtaWx5OiZxdW90O1RpbWVzIE5ldyBSb21h biZxdW90OyxzZXJpZiI+Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7Jm5ic3A7 Jm5ic3A7DQo8L3NwYW4+VGhlIFBPU1QgbWV0aG9kPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0i TXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRlbnQ6LS4yNWlu Ij48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVvdDsiPm88L3Nw YW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVvdDtUaW1lcyBO ZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlVzZSB0byBleGVjdXRl IGEgUlBDIG9yIGFuIEFjdGlvbjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4 dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQtaW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5 bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0 eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1 b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj5UaGUgcmVxdWVzdCBjb250YWlucyB0aGUg VVJJIG9mIHRoZSB0YXJnZXRlZCBkYXRhc3RvcmUgKC9jL3IgPSBydW5uaW5nIGNvbmZpZ3VyYXRp b24pIGFuZCBhbiBhcnJheSB3aXRoIHVwIHRvIHR3byBlbnRyeSwgdGhlIFJQQyBpZGVudGlmaWNh dGlvbiAoU0lEKSBmb2xsb3cgYnkgdGhlIG9wdGlvbmFsIGlucHV0PG86cD48L286cD48L3A+DQo8 cCBjbGFzcz0iTXNvUGxhaW5UZXh0IiBzdHlsZT0ibWFyZ2luLWxlZnQ6MS4waW47dGV4dC1pbmRl bnQ6LS4yNWluIj48c3BhbiBzdHlsZT0iZm9udC1mYW1pbHk6JnF1b3Q7Q291cmllciBOZXcmcXVv dDsiPm88L3NwYW4+PHNwYW4gc3R5bGU9ImZvbnQtc2l6ZTo3LjBwdDtmb250LWZhbWlseTomcXVv dDtUaW1lcyBOZXcgUm9tYW4mcXVvdDssc2VyaWYiPiZuYnNwOyZuYnNwOw0KPC9zcGFuPlRoZSBy ZXF1ZXN0IGNvbnRhaW5zIGNvbnRhaW4gdGhlIG9wdGlvbmFsIG91dHB1dDxvOnA+PC9vOnA+PC9w Pg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCIgc3R5bGU9Im1hcmdpbi1sZWZ0OjEuMGluO3RleHQt aW5kZW50Oi0uMjVpbiI+PHNwYW4gc3R5bGU9ImZvbnQtZmFtaWx5OiZxdW90O0NvdXJpZXIgTmV3 JnF1b3Q7Ij5vPC9zcGFuPjxzcGFuIHN0eWxlPSJmb250LXNpemU6Ny4wcHQ7Zm9udC1mYW1pbHk6 JnF1b3Q7VGltZXMgTmV3IFJvbWFuJnF1b3Q7LHNlcmlmIj4mbmJzcDsmbmJzcDsNCjwvc3Bhbj5F eGFtcGxlOiA8YSBocmVmPSJodHRwOi8vY29yZS13Zy5naXRodWIuaW8veWFuZy1jYm9yL2RyYWZ0 LXZlaWxsZXR0ZS1jb3JlLWNvb2wtbGF0ZXN0Lmh0bWwjcmZjLnNlY3Rpb24uNS41Ij4NCmh0dHA6 Ly9jb3JlLXdnLmdpdGh1Yi5pby95YW5nLWNib3IvZHJhZnQtdmVpbGxldHRlLWNvcmUtY29vbC1s YXRlc3QuaHRtbCNyZmMuc2VjdGlvbi41LjU8L2E+DQo8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNz PSJNc29QbGFpblRleHQiPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWlu VGV4dCI+UmVnYXJkcyw8bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPk1p Y2hlbDxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8 L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48c3BhbiBsYW5nPSJFTi1VUyI+LS0t LS1PcmlnaW5hbCBNZXNzYWdlLS0tLS08YnI+DQpGcm9tOiBjb3JlIFs8YSBocmVmPSJtYWlsdG86 Y29yZS1ib3VuY2VzQGlldGYub3JnIj5tYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnPC9hPl0g T24gQmVoYWxmIE9mIEhhbm5lcyBUc2Nob2ZlbmlnPGJyPg0KU2VudDogVHVlc2RheSwgSnVuZSAy MSwgMjAxNiA0OjA1IEFNPGJyPg0KVG86IDxhIGhyZWY9Im1haWx0bzpjb3JlQGlldGYub3JnIj5j b3JlQGlldGYub3JnPC9hPiBXRyAmbHQ7PGEgaHJlZj0ibWFpbHRvOmNvcmVAaWV0Zi5vcmciPmNv cmVAaWV0Zi5vcmc8L2E+Jmd0Ozxicj4NClN1YmplY3Q6IFtjb3JlXSBDT01JOiBCYXNpYyBPcGVy YXRpb25zPC9zcGFuPjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86 cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij5IaSBDT01JIGZyaWVu ZHMsPG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxhaW5UZXh0Ij48bzpwPiZuYnNwOzwv bzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPnNpbmNlIHlvdSBoYXZlIGZvciBzdXJl IHByb2dyZXNzZWQgeW91ciB3b3JrIHF1aXRlIGEgYml0IHNpbmNlIHdlIGxhc3QgbWVldCBpbiBC QSBJIGFtIHdvbmRlcmluZyB3aGV0aGVyIHlvdSBoYXZlIGEgZmV3IHNpbXBsZSBtZXNzYWdlIGV4 Y2hhbmdlIGV4YW1wbGVzIHVzaW5nIENPTUkgZm9yIG1lLjxvOnA+PC9vOnA+PC9wPg0KPHAgY2xh c3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij5Gb3IgZXhhbXBsZSwgdGhpbmsgYWJvdXQgYSB0eXBpY2FsIElvVCBkZXZpY2UgbGlm ZWN5Y2xlIHdoZXJlIHRoZSBkZXZpY2Ugc3RhcnRzIGFuZCByZWdpc3RlcnMgaXRzIHJlc291cmNl cyB3aXRoIGEgc2VydmVyIGluIHRoZSBjbG91ZCwgaXQgdGhlbiBwZXJpb2RpY2FsbHkgc2VuZHMg c2Vuc29yIHJlYWRpbmdzICh0byB0aGF0IHNlcnZlciksIGFuZCBnZXRzIHJlcXVlc3RzIGZyb20g YSBzZXJ2ZXIgYXMgd2VsbC48bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQi PjxvOnA+Jm5ic3A7PC9vOnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+SG93IHdvdWxk IHRoaXMgbG9vayBsaWtlIGluIENPTUk/PG86cD48L286cD48L3A+DQo8cCBjbGFzcz0iTXNvUGxh aW5UZXh0Ij48bzpwPiZuYnNwOzwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkNp YW88bzpwPjwvbzpwPjwvcD4NCjxwIGNsYXNzPSJNc29QbGFpblRleHQiPkhhbm5lczxvOnA+PC9v OnA+PC9wPg0KPHAgY2xhc3M9Ik1zb1BsYWluVGV4dCI+PG86cD4mbmJzcDs8L286cD48L3A+DQo8 L2Rpdj4NCjwvYm9keT4NCjwvaHRtbD4NCg== --_000_BLUPR06MB1763F07F2B4BB2636AD72CCEFE2B0BLUPR06MB1763namp_-- From nobody Tue Jun 21 22:55:36 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A61FE12D58E for ; Tue, 21 Jun 2016 22:55:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5FtCv53-SeaU for ; Tue, 21 Jun 2016 22:55:33 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8AC112D0C5 for ; Tue, 21 Jun 2016 22:55:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=TWiFlS0yogq4gJ1k5zbfhppl9JHTooIMdtSbeDP33gY=; b=C/OkIAJXquQCluJfXf90qzlIhy Ff3S5+4gTY4+LmaR7jHI575r2Mjwxf3sdzAy5OCOvhOFvwtYPH/Ou8i2hPMlpbUFPDGVGoHGHfDjf Q8FTmhnO3Mn2JpyfP/QgnZnbXyvRWw1qElUBTiEGahs7gYo6ppEWL2CpVuzAI1ykPm87S8piDPjUg XYLJzUa5UAhA6e2MtwWroDETlFhw15a9PzHpbvONZ9Wf1eNGaPZFy3H6ofFi0yrqJsj8eM5AS+NA5 84ILUG6NaAHZVUGDcrdrYQr8dUhE2a2qeSPkrGAN5fSmendfXdZzZRqbTeigMIE1M4cSRQ3vKC5p4 4iIkGeqQ==; Received: from ppp118-209-128-70.lns20.mel8.internode.on.net ([118.209.128.70]:52277 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bFb8M-003xCz-Ug for core@ietf.org; Wed, 22 Jun 2016 15:55:31 +1000 To: core@ietf.org References: <0410F273-411B-480E-8CA0-E3C8CC950262@ericsson.com> <50792d7468c618f8ce4f6730299390f4@xs4all.nl> <576172A1.1040907@tzi.org> <4EBB3DDD0FBF694CA2A87838DF129B3C017DEEF0@DEFTHW99EL4MSX.ww902.siemens.net> <576948B0.9000901@tzi.org> <576963BF.6090001@tzi.org> From: Christian Groves Message-ID: <6a953bc3-556a-0f56-4b8b-93f607cb5b13@nteczone.com> Date: Wed, 22 Jun 2016 15:55:26 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 05:55:36 -0000 Hello Carsten, I've been working on a draft for CoAP over WebRTC datachannels (DC) (e.g. SCTP/DTLS/UDP(or TCP). One of the scenarios that I've been looking at is that the WebRTC endpoint provides interworking from CoAP over UDP or CoAP over TCP to CoAP over WebRTC DCs. Whilst SCTP doesn't suffer from head of line blocking and allows larger MTU sizes (minimising the need for block/bert) it may be advantageous to signal the use of blockwise transfers so that the WebRTC endpint point doesn't have to do block/bert interworking. Regards, Christian On 22/06/2016 2:53 AM, Michel Veillette wrote: > Hi Carsten and thanks for the answer > > For networks for which TCP is considered too "aggressive" and for devices for which additional TCP connections is considered too much "resources", don't we already have CoAP block over UDP. The only remaining reason seem to be middlebox traversal. For this use case, some implementers seen to want a TCP solution which behave like CoAP block. > > Support of this scenario shall not preclude the proper use of TCP with multiple packets window and multiple connections. > To your question " Should we have a capability indication for blockwise transfers in the signaling protocol?" > I assume that the answer is yes. > > Regards, > Michel > > -----Original Message----- > From: Carsten Bormann [mailto:cabo@tzi.org] > Sent: Tuesday, June 21, 2016 11:57 AM > To: Michel Veillette > Cc: Kovatsch, Matthias ; core@ietf.org > Subject: Re: [core] Consensus call on BERT draft-bormann-core-block-bert-01 > > Michel Veillette wrote: >> Hi Carsten >> >> Section 4.6 of RFC 7252 provides a recommended maximum message size, but doesn't preclude the use of larger messages. > That is correct. Still, the recommendation hold. > >> With the adoption of the "L3" format, don't we extend this maximum CoAP message size to 4 GB? > The theoretical max is now slightly over 4 GiB, but will implementations be able to handle that? > One of the purposes of Max-Message-Size in the signaling draft is to enable capability indication. > >> In this context, why do we need BERT? > Assuming that something like Max-Message-Size is used to indicate a larger size, there are two reasons why you might still want to use BERT: > > -- Max-Message-Size may be smaller than the payload that you actually want to transfer. > -- You may want to avoid head-of-line blocking by very large messages. > > Of course, you can open additional TCP connections to circumvent head-of-line blocking, but that also requires additional resources. > >> I'm asking because we already have many fragmentation options (6lowPAN, IP fragmentation, CoAP block, TCP) and in general more options means less interoperability. > * In TCP it is indeed natural to just send the data over the byte stream that you need to send (unless you need to avoid HOL blocking). > TCP's segmentation is much more efficient than the other items on your list. > * You never want to use IP fragmentation; that's why TCP implementations actively work to avoid that using Path MTU Discovery. > * 6LoWPAN (adaptation layer) fragmentation is aided by the 802.15.4 ACK, so it is not quite as bad as IP fragmentation. Still you may want to minimize it, e.g. using the TCP MSS option. > > So, in summary, for TCP/TLS/Websockets, there is indeed a choice between just sending the large messages (and using TCP segmentation) and using Block (possibly with BERT). Block is less efficient, but also less aggressive. And, given head-of-line blocking, there may still be good reasons to use it even over TCP. But it is indeed not a requirement (which it is, for most practical applications, on UDP). > > Should we have a capability indication for blockwise transfers in the signaling protocol? > > Grüße, Carsten > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 22 00:55:03 2016 Return-Path: X-Original-To: core@ietf.org Delivered-To: core@ietfa.amsl.com Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id CADD2128E19; Wed, 22 Jun 2016 00:55:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: internet-drafts@ietf.org To: X-Test-IDTracker: no X-IETF-IDTracker: 6.24.0 Auto-Submitted: auto-generated Precedence: bulk Message-ID: <20160622075501.11035.99836.idtracker@ietfa.amsl.com> Date: Wed, 22 Jun 2016 00:55:01 -0700 Archived-At: Cc: core@ietf.org Subject: [core] I-D Action: draft-ietf-core-http-mapping-11.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 07:55:02 -0000 A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments of the IETF. Title : Guidelines for HTTP-to-CoAP Mapping Implementations Authors : Angelo P. Castellani Salvatore Loreto Akbar Rahman Thomas Fossati Esko Dijk Filename : draft-ietf-core-http-mapping-11.txt Pages : 35 Date : 2016-06-22 Abstract: This document provides reference information for implementing a cross-protocol network proxy that performs translation from the HTTP protocol to the CoAP protocol. This will enable a HTTP client to access resources on a CoAP server through the proxy. This document describes how a HTTP request is mapped to a CoAP request, and then how a CoAP response is mapped back to a HTTP response. This includes guidelines for URI mapping, media type mapping and additional proxy implementation issues. This document covers the Reverse, Forward and Interception cross-protocol proxy cases. The IETF datatracker status page for this draft is: https://datatracker.ietf.org/doc/draft-ietf-core-http-mapping/ There's also a htmlized version available at: https://tools.ietf.org/html/draft-ietf-core-http-mapping-11 A diff from the previous version is available at: https://www.ietf.org/rfcdiff?url2=draft-ietf-core-http-mapping-11 Please note that it may take a couple of minutes from the time of submission until the htmlized version and diff are available at tools.ietf.org. Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ From nobody Wed Jun 22 03:07:48 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8682A12D0E6 for ; Wed, 22 Jun 2016 03:07:46 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hJcaNRu9ZHDz for ; Wed, 22 Jun 2016 03:07:44 -0700 (PDT) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 677E912D0DD for ; Wed, 22 Jun 2016 03:07:42 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.215]) by smtp-cloud6.xs4all.net with ESMTP id 9m7g1t00L4eRkWy01m7gW8; Wed, 22 Jun 2016 12:07:40 +0200 Received: from AMontpellier-654-1-92-89.w90-28.abo.wanadoo.fr ([90.28.131.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 22 Jun 2016 12:07:40 +0200 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=_589fae7b2a7dede9d09d48fd219c54b8" Date: Wed, 22 Jun 2016 12:07:40 +0200 From: peter van der Stok To: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <5768F53B.6010109@gmx.net> <576918EB.7000205@tzi.org> Message-ID: <67cb9ead467f3bbe24515a7b255fabc2@xs4all.nl> X-Sender: stokcons@xs4all.nl (8P6To+g2gzrg2EsoRqeYRfkbs/3WOHSd) User-Agent: XS4ALL Webmail Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 10:07:46 -0000 --=_589fae7b2a7dede9d09d48fd219c54b8 Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8; format=flowed Hi Hannes, thanks for your interest. Timothy Carey has re-written a much clearer appendix B that compares CoMI and LWM2M; attached here. I hope you find that clarifying. For the few examples I tried for myself, the YANG language seems to cover the the LWM2M model needs. But, of course, my knowledge of LWM2M objects is very limited. Peter Jaime Jiménez schreef op 2016-06-21 15:32: > Hi, > > it is true that LWM2M switches the term of client and server. They > probably should just call it “endpoint" and “manager" or something > like that to avoid confusion. And then explain that and endpoint is a > CoAP Client and Server, etc… > > What I find interesting here is that both LWM2M and COMI *are* > basically CoAP. > > LWM2M simply defines a set of common interactions between an endpoint > and its manager. All of those interactions7interfaces are just CoAP > messages with a specific resource Object Model. In fact many of those > operations are plain CoAP, for example Registration is basically using > RD and the “/lwm2m” path, Information Reporting is basically CoAP > Observe, Resource Operations are just CoAP REST methods with a CRUD > format on top, GET becomes Retrieve, POST becomes Create, etc. > > On the Object Model side, what I think would be relatively simple is > to translate some of the LWM2M Objects (in XML) to YANG format (as > Carsten suggested), I could do that if I get some help from someone > with YANG expertise. Similarly, what COMI could/should had is good > definitions on how to do the aforementioned management operations. > > Ciao! > - - Jaime Jimenez > >> On 21 Jun 2016, at 13:37, Carsten Bormann wrote: >> >> (Translation: What Hannes calls a "server" is a "server" in LWM2M >> terminology, which is the common term for a pizza box in a rack >> turning >> a kilowatt into heat expelled with loud fans. In LWM2M, small devices >> are called "clients", even if they are servers in terms of their >> communication behavior.) >> >> Indeed, having some examples showing the overall picture of how COMI >> might be used would be very useful. (The example you are giving here >> is >> somewhat focused on device discovery and registration, something that >> is >> a bit secondary to COMI so far.) >> >> On the other side, I also would be interested in someone taking the >> (some?) LWM2M specs and translating them into YANG -- is the result >> something that we actually might be able to use? (There are some >> obvious difficulties, as LWM2M is closer to REST and, for example, >> makes >> use of media types, but who says YANG can't grow to the occasion?) >> >> Grüße, Carsten >> >> >> Hannes Tschofenig wrote: >>> Hi COMI friends, >>> >>> since you have for sure progressed your work quite a bit since we >>> last >>> meet in BA I am wondering whether you have a few simple message >>> exchange >>> examples using COMI for me. >>> >>> For example, think about a typical IoT device lifecycle where the >>> device >>> starts and registers its resources with a server in the cloud, it >>> then >>> periodically sends sensor readings (to that server), and gets >>> requests >>> from a server as well. >>> >>> How would this look like in COMI? >>> >>> Ciao >>> Hannes >>> >>> >>> _______________________________________________ >>> core mailing list >>> core@ietf.org >>> https://www.ietf.org/mailman/listinfo/core >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=_589fae7b2a7dede9d09d48fd219c54b8 Content-Transfer-Encoding: base64 Content-Type: application/vnd.openxmlformats-officedocument.wordprocessingml.document; name="Appendix B - CoMI_LWM2M.docx" Content-Disposition: attachment; filename="Appendix B - CoMI_LWM2M.docx"; size=47666 UEsDBBQABgAIAAAAIQDJMTxZgAEAACIGAAATAPoBW0NvbnRlbnRfVHlwZXNdLnhtbCCi9gEooAAC AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAtFTLTsMwELwj8Q+Rryhx ywEh1LQHHkeoRPkA1960EfFDXqePv2eTlAhBmwJpL5Gc9c7Mzu56NNnoIlqBx9yalA2TAYvASKty s0jZ2+wpvmURBmGUKKyBlG0B2WR8eTGabR1gRNkGU7YMwd1xjnIJWmBiHRiKZNZrEejoF9wJ+S4W wK8HgxsurQlgQhwqDDYePUAmyiJEjxv63SjxUCCL7puLFVfKhHNFLkUgpXxl1DeWeMeQUGZ9B5e5 wyuSwfhehipymGCX90LW+FxBNBU+PAtNMvjaesWVlaWmGpJumD06bZblEtr8Cs15KwGRPNdF0ka0 yM2n/oM6TKnn4Cnz9EJa6KMiMGwLwNMraHC76MmsqbcOOQ1Hb36oxk+BiqkfDnzIoZ2fg/4jhEDu n6P4HfKvypclBqt7O9DA/KX+QBsPvP4Oe9PXMF311quX0aMwE/MCevP92L0W+qiINcxfz9b6L+Bd Qtrhl9b/w4zPB7PK3tNyXr/w4w8AAAD//wMAUEsDBBQABgAIAAAAIQCZVX4FBAEAAOECAAALAPcB X3JlbHMvLnJlbHMgovMBKKAAAgAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AKySz0rDQBDG74LvsMy9mbSKiDTpRYTeROIDDLvTJJj9w+5U27d3LYgGatKDx5355pvffOx6c7CD eueYeu8qWBYlKHbam961Fbw2T4t7UEnIGRq84wqOnGBTX1+tX3ggyUOp60NS2cWlCjqR8ICYdMeW UuEDu9zZ+WhJ8jO2GEi/Ucu4Kss7jL89oB55qq2pIG7NDajmGPLmeW+/2/WaH73eW3ZyZgXyQdgZ NosQM1uUPl+jGootSwXG6+dcTkghFBkb8DzR6nKiv69Fy0KGhFD7yNM8X4opoOXlQPMRjRU/6Xz4 aDBHdMp2iub2P2n0Pom3M/GcNN9IOPqY9ScAAAD//wMAUEsDBBQABgAIAAAAIQCzvosdCQEAALYD AAAcAAgBd29yZC9fcmVscy9kb2N1bWVudC54bWwucmVscyCiBAEooAABAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAKyTz0rEMBDG74LvEOZu0666iGy6FxH2qvUB0nb6B5ukJLNq396hsNsuLvXS S2C+kO/7zTDZ7X9MJ77Qh9ZZBUkUg0BbuLK1tYKP7PXuCUQgbUvdOYsKBgywT29vdm/YaeJHoWn7 INjFBgUNUf8sZSgaNDpErkfLN5XzRhOXvpa9Lj51jXITx1vp5x6QXniKQ6nAH8p7ENnQc/L/3q6q 2gJfXHE0aOlKhAxIxJ0F9tS+RlJwUiLmBHkdYbMqAg0dz3ACGOul+GTNeHs0OXqewURwlpYgtmtC EK8HTgBjKcczWWJ4XJOhcpYynXczjrO0BPGwJsQ35u9/VnImnkDkxW9LfwEAAP//AwBQSwMEFAAG AAgAAAAhAITwk9/FEAAAaXUAABEAAAB3b3JkL2RvY3VtZW50LnhtbOxdUW/juBF+L9D/QOTldoGs YztOnA0uPjh2gqbYbBbZXA/F4h4Yi7bVlSWVpOJ4gQL9G/17/SX9hqRkSVG0uUNRKahfLreSTZEz w5lvvhnKP/70uArYg5DKj8KzvV6nu8dEOIs8P1yc7f18d/nuZI8pzUOPB1EozvY2Qu39NPrjH35c n3rRLFmJUDMMEarTB9xdah2fHhyo2VKsuOpEsQhxcx7JFdf4p1wcrLj8msTvZtEq5tq/9wNfbw76 3e7xnhsmOttLZHjqhni38mcyUtFc01dOo/ncnwn3J/2GfMlz7TenbsrmiQdSBJhDFKqlH6t0tNXv HQ1LXKaDPNQt4mEVpJ9bxy95mif5GvpYBXba60h6sYxmQilcndqb2Yi9bt2znQBpiOwbL5lC8Znp TFbcD7NhyDpK+s+U14HyDuyzD2io7UIgixFs6T7yNvQ3ZutT2KJ3e7YHmxh0Lw5hkO7SVMx5Euin dz7lLplBPkn6wxMdfY75TEwvMMQDD/CxvYPinY/lO97fEqVv/cVSX4Ve6abCYJA4rvK5FjA7M7fA p5X3B9k/bpMAF+jp9mnSTkdeRqFW9GU18/2zvUmUSF9IWt5yHKrilZnafsBMWX1LJ9Mf2GHVtwmN ZtZlrx1AUPQs/I3dM2m1//Pnr0/1aBxj73v+IzvvsAltdumrKGRrXy/Zh1+u+9c0S23m6mZsNIcF ZeofTPvdo0r1F+/s1N8+9Z93euwq1DLykhm52O9re7fZjTd4lZt9El1fMWCEip2N/Zzf0+/Hh0dw 6U25JcIYp+TG4aBjKZSQD2JvxL7cXI//UTBRTLupOY722X2kl/sMMf7B9wS7vfh8N08C5okHgB+2 4iFfCAO8aP64pFgEBFeef/vFXp5xYxKfRONPHTb153MhgX4h0Huh10KETC8F5K78RagYl4ItgQwC QgfCYz7d9lV5FTu5A2h9H6RQ9FfCBIdOQYSEXn4DFnAexUl9hwVahwWqfe4dNpYfakofo7nZZgYV ktPT0SwKmK+YjjIfyBnlOoHY3sfNGQC1xEcp8livyAqWVI49w8H50WHLYs9VdPdk0k35wWpN2bCj OuwOzo6tBIcrfHViJj/+WkTN/FUcmACPmAPTThQCEi1A8ZWwEKtWASfvu8e95jDWCOgEu3qehE+R f4Owqtq4GbipWmG+b6PTIGMob8GmnMaIz3TCdXk6BRTUrAxH5fyzfVZI21wJkEBgl+aC6wS5SRoX WyzZ6j31avwsB38mAuCHVxjQyG+1yg0YANZiWx3ZlDmal+fYlOOs3jyVSm2RM62e9WvZ8p0nYbNF oh3dFXIiQ6pdIUWSc/BV5KRARMykf59SD4KN75WWiL9lk84v6rB3OJy0LetBsDPg0MY4pBVpLbFu Ja2EYqU8NUfOIa1FgkoKQoHIc+ydRfQupSIGKf+REKRTJL8qIH4CAsT7TW4+Xpok4K88XBRSMHL+ dpw6mTWdC+wzHuhllCyWTAq7LJo4EW5ZKr9ft4B2Kn0dJYHHlvwB+xK2jOoW108heX4bNq0II/F7 rmCJJj97fTIH4VM36aYF7Miouim205ZpP9ocDnmS8TXPZSKuAEHJCg9RohASGxmVn7o1N62W12rs S65ZLOok64rgTcHXkaS2HktM5aJeSvuoF5D6DpqkbjLX31G8syP1q0n9ykqJczIVQi3e2Qm1Wqit I4cuXaYfJzKOiAoGsDQbjjBiix1E+zPFkcPhtUI8Phq2r2GBYvY8CoKI+gJZHPnoLKtdhW2laipW VJsCMgL0XwKQAtnRgtLSn2IzHqICj9yI+saEV7eyk0m/f3zRsqIeW0brfJ8G2Fw0+1FfAfUQeGJO GeE+Q3NHqP25T/9vmm4JnFPBJ/ZILr89gn6insRuMXje1ofVHD3gegb/79smK8NqseUwL9TiHRNW c9BsJ9Tme1HPO32GXeCH5Cyvt+1Tt+m2LDiYSvUfXfb7RxdVrcg79a9P292KnNP41hGDerMNJ2/s n+j+b6Ak1du8h3Y8HBgecwBCev43eOgwWd0L2WG/LNEfxlkoKl098YKZoxfoekayfF+ws1J3ysn5 Yf/yvLFANtoQk+XWCYwpFzz0v5njEfgH4+WptwxKxNJ/IAoOAVVI/EOJfYMpcplpqnvSjBQLX+GT UKfpSCf4cVNeYppCUUwdXg4vBpfNaQfN9Ow6wnGZJ5RAyxTxka/Iy44TsL4SZ3vqhNq/HJ5MmjP5 Z1ApmoE/jn8tz7tlYob7wjEa+BRgZ/QNoF+Aea59VcO6Ldy0Dsg3R5xQYWHg7KiZyGwM00uUAVBZ xJol19ROPRH1iFbpDXvwpU4EpcW2wEClEiqX+ThtAyDN2SryBE7pLFiAOwkYQapKIHdSOXdhCzPV DtB0Ilpn/py7V+yNeWzZbPI+pGkPH0IMtVliw3oevTXOGKZtRAmt4SAVWjQQPKNEU7WFdAiDT703 E3y2RBHN89Enn/CgKuXq4BgKPD33ioNSHqZmOJ9oAwCeybNhKcZTp505J9BhY8VUMlvWadahw3b5 CBsA7dGMGLk1ycodKYCxe57xCxDaPBCP7iAmFSRfkrp22Af/q1ibKItSJarT5jGJxnHOb1AZ6Q8p 7SNiLKmsoE6X21M1ECkumkrBZORmQPmvuQcSIObmfKhPefMcbLMHzUD95lluGAxCRyMw71ykhydI K6wB5skkzAcnXG1tA+aE06nwDtW11w77U7QWOE7x3c7AhiFBdfQqSqGqLSPvkRq225R/s5aa1Pqm hqU9IjMLceI261goGy2P48CfWYvd0KesFeN/qvfBim9MQAbPteZScgBXtx2k4AqVOMBUTVUgUmJq znoT4xlBsEnDuRR/T3z4MqLKsItYrQwvut3z6VFzIFbUk5QNq7h6Q5EmUdqd+4sENX6qkCIbWkWh rwFv4dsQQux1SiqMLjzCJKnCjP9BaDEeyCRSTBkPBM8XEToBFsHhMwS3LF1ksCQZPfo4Ty6g6N5R 3rWl0E4Z95RvHiHHGUYhjslve05WJmOgx879RzjPvCmtl0gmmK3iHtYFN6eW1G9YjrEJXeGss5B6 jONXOEdszz2rBOKnpqhY06FoUDfusLMeyVrauIn552b3jK194lJv2OfpjbK9JY5AyKrtvW7eFl6g tIYQScBxhh7HvynB/gS8fQ6X9tWcbIVeUtLNWDASb1+apATxuGy+OXOtzU8G4+6kfS1uderpTo5O +s1VLUYpfKubY8NSxTHY2r7GpkUI3DrJudobwx+yDy7DZF8m0c2HJyxC6kRzZZqGtqh5a0vFUWiE BcqpqAcRAQORzKDtNXGdBltSzMuHmNwebbExPeNvsUbFPmuJdxSAQUF8TAtyshZH9ab9/sW4ORy1 z6yWKIlNc2HM3jCZV+OP49qGyob3zTOagPfP+CzHtORSmW3MMIiY1p3WSy3lMzm/uYVQYKSay4Uw WWfZSqfm+PxL+pKciNLNOt2+d6Z4Z1frq26hqaygOXKpQqjvL4ZITNLa2k6o1UJtsC9pdN45TH3j hgLA9e+qob4fDC/PD1M950voxY6FnQW0zwLGdcG9f9g7Pz9pLh4qV8qlFDgjB5W/8gMukUGDYTFg BtShjSnltbQMgpWnl7pMAo1uD7VrxjkMuO+atszLvkCdUGHVHD34+fbKYUqowdWdNkAvaWNU3aJ7 XQSI48bsqxqymCpyIB5A3FGxiRaqQH5bfpBwmavBYeGwQPBzgJp1izzuHx72Bo0tcpTylyCFQLXX zbSV6ihwW89y+7bXw8B+jrID2NVtCRTdDy4RoCJDZqKVMJQ8DaHQ7Nv0lgaKjGQG+YaSH1BoyJIK dPyBm+NUL9leNFWJKCZq0RC7meHkPvIGGsEZDTQQmlIkPd32q2B4rjXOBKLAod52GPUKi0dOXHCu vVCSUXLHSbpvsjd2BMyEnbFDlN7MkSb4yr2DwwO8dY8ekk5h5phPu58tt7mdQZ2t9IfH06Nec1YN 7SU4PknpHSSYiqq0WCy3wy7w8iecSXwgztVqMF09lY5IARirbqnD4+P+sLmDlvTaDfNSsNSAYBqw 0PRFVgNSaN30G9ZUtZNlYDzvN7BtKtcFIlzoZZEJrEw1iglFHmg6HbmIugOarQOa1WZwFRpct4// 3nwgcko8xtis4DzgqZ/Au+f4KXoRKb5etwma5jyzCrqBE2k82jpiuKLy9NsFBdmXz1fTX23h0vnP Ta3Eh71ubzpsLkCQoDOP6SxEElyDL/WeVGDJ8HAGZ/uNAlSgsUzDkUJxED6LQihaCQAQAS0Ex2G5 DBHDDs3JRGpPydpXsnmwN6Kz6OznI3ZZ7YWkYDocYyc3ZQmjmbZts9Rf5qEaPdOIoVn0BIuM7p08 Z0dEJfw5iSvmmyDiKHy7LhtzMfuqAS70MbNxU/GQA1ArgKX6d14Oev2T3vvGpFLtydibAZnM0Ea1 t0Y0tEB6gSdWlMrDphK+Cn/QaFoDownwQgVml1NsBWSDfEqGojqdF2rBZiojpesISI0px3QW75hI 6d7QS2a2O9VgRVApVGd4FUIt3tkJtXXwA0zngF243z8gb339u5hOdyjtZRaQO8G221apZ5FNBbNq t20Twm33ZPrOD9MPlGbFdMDIdgjZK5XMwVxGK9NjmXPUBSduQqHDCWt00JsmIxoQUS99S45LUK3b /w6tZH9DoSlxjqzk0pm6cG9REiDA3SYW72xe9w4/ZIAu7jd3H/7ydp/9+fPNR+pbigO8PacQxxqs g1TbBtPiEa+7dL9xYmdu1kuag9JI0atIaWJG0ThmK5d0z/zECbr/6CcRsOrtDcNWu1gOGhtkDr6d I1mLKXCpWT/nTpr44YdnZFRWYeoaidPO4Yr2zJjqCP/+578MZ02BwFSY61bRsNxHOee0QvbBBP1U jk/JB95AFSq82Rzv7p0tcapLrdiXma8tpxcKgbZqk7FZ8DhLJN6BrvMuhow1te+CCCrhz/PBr3jH wJ+c1HbBrwZTFkWXp7SKd3ZCbSOmPPovYMrByfFFf5JVz20b7mVvOD7uZxdz+Vvx51SMWbgP7/K3 ETkx524aA5ojkJrKp1cnA0TilBMOCOd5JfLLjt3EQSj3kghT3DbVKwIVVFctuOMSEhhe9vqD5tr9 X4gEnkGm/wEAAP//zFXbbtswDP0VQh+wJp6bFEFtIDCa7mHBjCXDnhWZiQU4kkbJzbqvH6W6ay59 HZoXQ6JI6vCQPtK6EJXtSSMJOMzaufGnFuXfHG7K+8PM/2G/J9kVIsvFYKn8qe3mMKOaoneA3/tu 5p1UWAhH6JGeUJT1fF19AeuQZNDWwD1HhDJ+UxRxOvK6+V6I0Wi6GGf5rYjZhqS0sCbEK6VX/72A kkEzQQo9WNM9A+GvXhOCBCcpaNlB7xoZ8LyED8P76RzJFZH5/jRctP+juHsf3tefy2x5gfHqWW0s j6yxAVRPhCbw7PYeIbQIlZ3XcP4PbvoA2viAsrko9roawmX4ozp+rEGaBupvq/UF8CvqUvlP7li6 Wq1akCwjHXoPuN1qpblHp/8uy6GLzHtUoT7RxPxu8pBVUbGTTNYUhXIxns4n2atxxUHROrjGPG63 iuJ9KMQ4y/JR9Gx5fXvH66TkbreU8Z5gHdvzFxfSu5YzvW43NgS7f9t3uD06bXl6kNFMs5R+a204 2u76kLbDdcp2UcWH1yGGJBSNVY+kGz7ptMFaB8UoP0/SKVPywkZ6LDa2eU4LDun3zF/5FwAA//8D AFBLAwQUAAYACAAAACEAlrWt4pYGAABQGwAAFQAAAHdvcmQvdGhlbWUvdGhlbWUxLnhtbOxZT2/b NhS/D9h3IHRvYyd2Ggd1itixmy1NG8Ruhx5piZbYUKJA0kl9G9rjgAHDumGHFdhth2FbgRbYpfs0 2TpsHdCvsEdSksVYXpI22IqtPiQS+eP7/x4fqavX7scMHRIhKU/aXv1yzUMk8XlAk7Dt3R72L615 SCqcBJjxhLS9KZHetY3337uK11VEYoJgfSLXcduLlErXl5akD8NYXuYpSWBuzEWMFbyKcCkQ+Ajo xmxpuVZbXYoxTTyU4BjI3hqPqU/QUJP0NnLiPQaviZJ6wGdioEkTZ4XBBgd1jZBT2WUCHWLW9oBP wI+G5L7yEMNSwUTbq5mft7RxdQmvZ4uYWrC2tK5vftm6bEFwsGx4inBUMK33G60rWwV9A2BqHtfr 9bq9ekHPALDvg6ZWljLNRn+t3slplkD2cZ52t9asNVx8if7KnMytTqfTbGWyWKIGZB8bc/i12mpj c9nBG5DFN+fwjc5mt7vq4A3I4lfn8P0rrdWGizegiNHkYA6tHdrvZ9QLyJiz7Ur4GsDXahl8hoJo KKJLsxjzRC2KtRjf46IPAA1kWNEEqWlKxtiHKO7ieCQo1gzwOsGlGTvky7khzQtJX9BUtb0PUwwZ MaP36vn3r54/RccPnh0/+On44cPjBz9aQs6qbZyE5VUvv/3sz8cfoz+efvPy0RfVeFnG//rDJ7/8 /Hk1ENJnJs6LL5/89uzJi68+/f27RxXwTYFHZfiQxkSim+QI7fMYFDNWcSUnI3G+FcMI0/KKzSSU OMGaSwX9nooc9M0pZpl3HDk6xLXgHQHlowp4fXLPEXgQiYmiFZx3otgB7nLOOlxUWmFH8yqZeThJ wmrmYlLG7WN8WMW7ixPHv71JCnUzD0tH8W5EHDH3GE4UDklCFNJz/ICQCu3uUurYdZf6gks+Vugu RR1MK00ypCMnmmaLtmkMfplW6Qz+dmyzewd1OKvSeoscukjICswqhB8S5pjxOp4oHFeRHOKYlQ1+ A6uoSsjBVPhlXE8q8HRIGEe9gEhZteaWAH1LTt/BULEq3b7LprGLFIoeVNG8gTkvI7f4QTfCcVqF HdAkKmM/kAcQohjtcVUF3+Vuhuh38ANOFrr7DiWOu0+vBrdp6Ig0CxA9MxHal1CqnQoc0+TvyjGj UI9tDFxcOYYC+OLrxxWR9bYW4k3Yk6oyYftE+V2EO1l0u1wE9O2vuVt4kuwRCPP5jeddyX1Xcr3/ fMldlM9nLbSz2gplV/cNtik2LXK8sEMeU8YGasrIDWmaZAn7RNCHQb3OnA5JcWJKI3jM6rqDCwU2 a5Dg6iOqokGEU2iw654mEsqMdChRyiUc7MxwJW2NhyZd2WNhUx8YbD2QWO3ywA6v6OH8XFCQMbtN aA6fOaMVTeCszFauZERB7ddhVtdCnZlb3YhmSp3DrVAZfDivGgwW1oQGBEHbAlZehfO5Zg0HE8xI oO1u997cLcYLF+kiGeGAZD7Ses/7qG6clMeKuQmA2KnwkT7knWK1EreWJvsG3M7ipDK7xgJ2uffe xEt5BM+8pPP2RDqypJycLEFHba/VXG56yMdp2xvDmRYe4xS8LnXPh1kIF0O+EjbsT01mk+Uzb7Zy xdwkqMM1hbX7nMJOHUiFVFtYRjY0zFQWAizRnKz8y00w60UpYCP9NaRYWYNg+NekADu6riXjMfFV 2dmlEW07+5qVUj5RRAyi4AiN2ETsY3C/DlXQJ6ASriZMRdAvcI+mrW2m3OKcJV359srg7DhmaYSz cqtTNM9kCzd5XMhg3krigW6Vshvlzq+KSfkLUqUcxv8zVfR+AjcFK4H2gA/XuAIjna9tjwsVcahC aUT9voDGwdQOiBa4i4VpCCq4TDb/BTnU/23OWRomreHAp/ZpiASF/UhFgpA9KEsm+k4hVs/2LkuS ZYRMRJXElakVe0QOCRvqGriq93YPRRDqpppkZcDgTsaf+55l0CjUTU4535waUuy9Ngf+6c7HJjMo 5dZh09Dk9i9ErNhV7XqzPN97y4roiVmb1cizApiVtoJWlvavKcI5t1pbseY0Xm7mwoEX5zWGwaIh SuG+B+k/sP9R4TP7ZUJvqEO+D7UVwYcGTQzCBqL6km08kC6QdnAEjZMdtMGkSVnTZq2Ttlq+WV9w p1vwPWFsLdlZ/H1OYxfNmcvOycWLNHZmYcfWdmyhqcGzJ1MUhsb5QcY4xnzSKn914qN74OgtuN+f MCVNMME3JYGh9RyYPIDktxzN0o2/AAAA//8DAFBLAwQUAAYACAAAACEA1Ir6TnJ/AABTxQIAEQAA AHdvcmQvc2V0dGluZ3MueG1snJ3d7ifHcZ7PA+QeBJ5bmumvmREsG/N5FARB7FzAmlpZBEgusbuS olx9npHEJEie1zBCHZDQ+++e/nVXV1dXvVX99//433/4/hd//Pj5y3effvzNN/Mvp29+8fHHbz/9 9rsf//U33/y3f37+bv3mF1++fvjxtx++//Tjx9988+ePX775x3/4j//h7//06y8fv37lz778gi5+ /PLrT7/55g+ff/z1l29///GHD1/+7ofvvv386cun3339u28//fDrT7/73Xfffvzbv775W4vPv/nm 91+//vTrX/3qb41++emnjz/S2+8+ff7hw9cvv/z0+V9/9deW16dv//DDxx+//qpM0/jV54/ff/jK gL/8/rufvvzc2w//v73xqd//3Mkf/60f8ccfvv/57/40T//WX/7t5/7p0+ff/q8W/57hvQ1++vzp 249fvjCzP3z/15/7w4fvfvy5my/f/3v6+et8/qfv/uXzh89//j86+QeW7X98+vTDL/70658+fv6W CWXNp+mbX73Abz/9509fr+++/PT9hz//lw//+vH49AeW/fN3H7/8Ff74uw9/+P7rP3/4l3/6+ukn evjjB8aylL+1/vb3Hz5/+Pbrx8//9NOHbxn8+enHr58/ff/z3/2l8/PTDz995rf99XvIxU8fvv6l b8Tvt1/eMbz/8V8/ffr6czNWu013/ds3XvR/IxP/zOOvff0/yFyegCzL7sg89tBmXsYd2qzTGZB9 pO8cc/hOmevqvdX12gKy3Ysj7VmbI70c4Tt9ncN3xrxU723UJ6zC2FtAlmk+vLdlOsOMLuUI87a0 4wq99c17m6e5e2/z1GZf7XnewprO8z75XIP0omObS60+13NZe+itnCMgrQyXg7mt3Vdh7nMNv7T3 O4y6L08Ydb+b79O531cY9ZjCms5j7S4h8zhq6u25A7JMV/g9S9nCHCy9hHlb+hnmYNnW2Vd7OYrv n3k5q7cp07z4Pi1TCTqkTP3xX1qmtApletJ35lZ9l5R5Cbq3zNflM8qYb5+3UpJUlbKvLlWl7i18 p9V+6SqUdqS5bvfw1S59PRJyLr7nSr9GWLl+72FsYyquq8qYglSBPC5VZWxbGNuyLP576tQml8Q6 L6G3Om+by1udn813Yy0lnEy1HIfv+lrS+tTahksI+jWsdq1XsAJqmyeft9p6cXmrfeu+CrXfU5jr keyDujDZKr11WYJV06YW5K1Ny3i0tzbtQRIb+sB/T5v33ee6zdfh89bmJ+iDxnYMvZV++F5obC23 qzgAn9Tmmnw3tjo9CUkaqdVj813S6r2E39NasCBbW5bQWy/BHm29pTnoPa1pX4vv09a3p7uE9HP1 3ciOC1q5cZqF7yzn7XuhLc/lK9en+fKxYboEXdXnK9gHvdQwak76oJF62U7XYr22YKn2ygLpjPa6 Pb7avZ7BPuj1Cbq3t7u7vPVRgxz0qHf6Etss7XE56MvRwsotx+6/dExL8zUd07n7d8Y87S5VY2aB dK7H3JtrPq4yZ+ptu3xGB1JV/TtlK66vB0PbQ5urhRHUPeiQUc9wkxiNY8a/084jzHW7T5fR0Z6g DwabLvzSUdIvHccZVmGcs+vesSzVz5KxxPVZ9tPbLFMJ0rtM9fYRLNPa/Jcu0xbumsu0Ty4hy3QX X4Vl7uGXYgQEa3CZj8U10jI/LYygsEAqIVyqw00cJOjrpU5BI6FClvCdegYrYGklzUFb7zBv7Uzf aWmfosQe341L57bps9P75mfW0pc01xzBqbcznGbLqOGkXUYP5/Yy1hK+M9ZgRbOx+u2/dGlrkPhl LK6Vl+XZXd7Waeo+1+u0h7Gt0x32D0j3s2SdW5jRtfTdf89a8RvqHIAc4ffUuvi8rZUveW9tWl3D rq2sYXbaHXxPa3/uMAdjCtbTOkbQYus4V9+n6zKH+9y6bOHc3qay+rxtU7td+2/TGD4727TtPjvb dPzsbf6//L0bTuzwnXla/aTd5nlNbcruq72VGmyKrfThM7qVZfd9ulXuYCo7Wx3BDtm4Y4Te2tr8 BNx6iUh9/CzZegu33a2PEWa078ES2sZ9uvRuSwu33W1Zg39nW/bH12ef7tslcZ/X4nO9x5vrznnq 2n8vdYTvlH66ttzLGbTYXq7gs9vrHDynII9rsb1u4cTY6x3813ubwxm8t7K7ftvbHm5gO4Z3mOu+ j9BbP4pL797v4KXex7SH9Rl72Fn7OMO5sI876DeQoGH38YQoAnZQ8JzuyxVulPtyBw/GMY3TJf7A v+N6FCT48I/p2FzzHfiIfeWOOZ0yx7wcvrePeQ236mPer9QGTHXiMd9BdjgVgo/rKCV4847oezrY wWFseKld3ohI3L7rjzqCz+God/BKHa0E6/ZoI/irjraGM+toV9AHRyds5XONdRskpG8hEnn0I2ik Y6xB4o+xJ0kcZ/AeH8uUJJ7Yodt859SCJxgk3HLO6Qh+/3O6QqzgnEvYp9x1Q3TsnO/Hd/BZ2u17 4cRf5dryLMvhmuIsT5CqsyZf2tmmK4wNJ3GY65Yiq2fbgnY5MeN9Z4Esbm2ceDTDLyV4GZBRwv45 xzqHGR3P7Gf9uZQQ/zmX5FkgYhTOrIs7k+udi4i0rwJ+7WCtgwT/DkiQqmu6Dp/ra8YjopoCJJwy F2FFt4gvfPg+o1dZgr6+Ctayj6BOwarBExA8P1dN8fqrXncYdduDVXO1K1jEV5/C7fDqhPL993Rs roQ8rpWvMQe/8hXtnWs8weq8ljnN9VKDl/oizBR+z/IEjXRzEXf9dk893LeJpwUr4J7O4MkCib2l lbtngnq6CveczuB7XoMVcM9HuH3c8xP8vXep4TTDmxgslLssm5/oIGE33lzeXd7gXQX/wV17iJ+C BB8KVnywBu9WAuvoxikVxtaOoMXufqWVwwnqOv4e5XYNe486BzkYS1oFzhLXb/dSwn0BJNxc76UH u+peoAy4jC5riJ8+Uzl8zz3zHLhFz5xirs98hxjlU0a4Bz9lDbLzlBRNeiruY/2lT92Cd/Kp9+Ua 6cEz5+uD/zzIztMxFH0EfW5HQEbwrjzwQ0JvYw6+9Wdcu5+Az0ga9ll68GyDBO3yLGO4HfJAHPH9 8yJhDrgc6nmKx251GxZqXvUTHWTz2yHI4T7VeSqTRyJBinsW5okYv+56kMd3yYu4hxZCYfeIGsh6 6YyCbG5bguANMHmbJ0IFYdT9cL1Dm2uoHQ9y+5rO08DR5yPgcA6rTVAvtVmdjcp3dufVvIhzMEBO v0mAXO6LBnlcI72IR60gCUFN1jlggYJUEcR2tvAM4pHVecYOCd8hjqFabGb7BOklfptGXbfN5WCu gbfBd56wg2dI23rKzHObnW8JUj2S/yLucwB5Nj0XmLbmOp5TbvZYNUjvvhvhPjfVvTMMTfdfv8it Oh5kcw0Lsrv1BHK4H3aG8RlWDreYx+dmiOaP/9KCzy4hT1i5l87ns1PgRvgclJJ2FtHg5rJTYM+4 dsFU9nNuLg3Hv+7TgmdbzznaVL+XgHS/y8yEf9xOnAsseLXJ50KIXU9NkMM9cyCPWzXwoVr12alT iEnQZqyuXeq0zD7qOt3u+ZnrO26da1ii4Wys85mQwhXZeyu3x5lmWKLOiJpxcbndC0IQ2b9TL4+S 0ub2SCQXZxyX3htMP5fr2rZgu9Q+efxnrpz1rv1rr9WtgAozwSUevrTfGzlKunulQDie/ZcOImcB edwXTfipFB8bxno4s0CCJm/of1/TNod7FgdTC3PNkeU35Pcwq76mbT7cl0ab0xmfIE/Qb61gKeqM Qp5ZXcO+TFnX5K1saWwV9pd/p8KScaRte/hOu53vP7cO2cN7wx51qWpjca77DPc5WGkNtmMY9dg9 I4TerqBHG8lurpHacrhne+5TD3u7T6vz8GlzbC5VfQqMG9o87tsgyWfMPgd93sKaEhhqqc29uSS+ lw+XHYjMPbQh8BB+KUQll2s4tO71wORrk+veDsU4fIfsKLcPCGLPbtV0+BR+znUglxAsy3Bq9k5U T/dC70+aHVIVff/0cTg/ZGYA7oOc8SK5Dx+E80zHNqZtcg378m59Rkdp4d44Cu4V/07ZnRcw45gL 58+ogTlPmyPcdmHXBpsPJOjEQVDR5Xq0NdydRzvch4/z7Tl9TQeMGz/rR1+c98RVJuRjzGNMwbKD 1xN0L98P9g4Us6DFxliC5T0gT/puxKXqmU7zWO5w++AiHs5GYlbDZ5RZc28rWW2b57WBPOGWgxnv fHI4vFfQlnBo3ZfGVfMMMgpTdvWzES5q0GILOtF3I0mz4Ya8tGSTYwMETb705iyQeUG/uU5cuJ66 dnmDSS4hIIfr+GU5PCo/rzgH/TvrxCVd9c6Kizghh/OE+M6TvjOvwdpYuaSHsUHa89V+ua0+oysJ ga4pVpI7Qm/1iG2ucJNYW+BBwnLo4Qxe2x48CyAec6W307m6L+JM2Rfx6CVIspHQE8FOXFN2+7yO LXg00f0etaINzACXN7KNg7wt3TP855Uoj9shILHN43yXeSPXyncW9lbw4W9TyHSit6X4ib6RcueS uM0wynV2NnIewthIRPYzmKwcj7FAcN7W2MZZVNzzcHf62Mj2SsgS1meryR7dyBR0fQ0SNN/WtqCV t3aGe8nG9cPtN5i/u+verfegr/m+M1SomID7y+eNAyjIwQKfO7QJHHSCZrfnkoI8zmGC/BYYUfNO dMp3446Py1d756Z16qj3eYS7zD6f4ZTZ5zv4/Xd8AWFstXhm0Hubc94TCJvBR92OcJfZ0cq+ciCe wcd34u/BVPXV3kdgms87iWCuD/Z4e4erG87gl6vrZ/AxbSEicOBB911yzCPYysd8hTsGFWE21+Rw W4OFArc12L0vt9X1KCyUsOeOGrj7MzzV4XL98lR9LxyQKmeVqoPQYRgb16mIhNXmNhfumiAeR+ck mcIpc7wGqY+a6h3u4zq4VbvsnBNBG+3tnLYQ6eIOGmYUzmnQiSDB8j6J4fqMntxmfH1Agi0GgzVE pE8KlbiEYIl5XgF6bwQr7axbuIWedQ8n04l/J8w10XLXVTBLg4/r7FtEnnDKnBjeYUZJa3b9dhKJ 9F1/kr/tOv5EJ/q5fY4j3ArwN6feoG2E7yxriDOdS6h2gXabgzfiQhD9l17T4Vn09HYHq+aidJLr 3otoua/CxQ3M7RDY8SFWDU81rPYF/9ql6oLd5DN6UckmIHX2ukXknJNDrjrkqtsVZhT/ge/Gq0Hf 9N4a+WsBCRVzSEw608p1DBHvjdiUWxsXpQTC2PoWbhIXrJawpiPkA87XaHcYAcZGGMFYAufnwi2V 2qzT4XOwlOBhuhYIy6ENWUOKwKH1PIn55j7nJxN5tsEevbF3XEbvKZ1z93w483cmRhpO57uGLIX5 rnvwOcASPVyq7laD5nv5o6kNp4nPKCEb33N3h7QQ2kB4CcgS/BR3D8xf8pzmcGLcYwt+y3tczqmf b1yafv7cS/Jfk2PqueX0toWY3g3B2K2nhzQ9X4VnuoJNARLi9c/0hPvCA7HHNR+yGyy7p+Bb0JUj WhLutCDV5eApRzgBn3IG7/FTl+AteuoV4j8PLETXYg9c6jA2EnpduzzwE8PKUU3BdcjTobz4vFEy J/RGSC2MDYJK+D1QJ0Nvo3gljvkZS7jpPSPw8GmTeIPPuMOd6VlgpvkcQPUIEr+cp/5SCtty1bLe QA63iEFuzy58EbeEsNVD/txbbtDtXsoNBqYSyOE3ZJAnjZpsSZXEMlFNIcwOHMCEEB/zeevN9zaU ue7MbJDhtjIIB3f4zu0ST5vHfQF4/Rdn6INsfpsCedybR5Jr8XMOJNSAKBCWPWYEsrreAdncpihv nVM9T0Euz+4ACZWtymvgh96oZOOyQ+ql61F6Oz0+B4KNr2sKTcjjtFAnIcB5G6hketLSpnusGiT4 BkEWtyALRCGPpIBgPvnYGvkQjvTmLJAy98AjBkma4iUT6HmK0Xu6JgchV9DHhlUTeuPmWrwNdSNU 95ILjotW27yb27/DBvKsWXrbnKcKka0FrVzmPX0HRqFrsdLQij7qxG3FM1jc5gOhtEjoLWQT0QbO QGrj3uO3jefCgezO0YQ/BF3YvwOvJoygr0HvECT1Wyjfuf1GWd56qr63qa7sdzPahIoFFLWtQceT N+ycEtpsfjcDOb0icoGr6yx4kDMil9vKhVqvfq8HOdxKKxWN4Punlsu5oLQJ1S6oi92D5VCp+evS W9vlHkAq9tx+Ry+1H85DATndCwo5HSWiMgpSwtiWUA3r7c0rnIEQvgzf6e5ppA1VYUKbPc3BEioR 0tsVZBRGifu4UFWhDiBI84g0yBPOObitzpxHvYVKHK/ic3YtyO457H+h+/u8Qatx7jFtusdPQUL1 dpDAiwY5T9c7DSqzSxWIV7IpBIoTQnah+jZQ191ZOiBEzlSqGpU4fNc3qjq59MJpSWu6UCEpfIf6 KoqwOs6CL53gi48aCpP7amiDkvfv0FkYAfnb4TukQySEcnL+HUpJuyT2PnkcvcA5DSdtJ/nTVxvO qXvZSGOh4rqPjYuEn85wTsM9C86pR6Q5aEne0u8MymD4HIwpcFvp7QpWDYjXbiqDqLz/Htxv7m3l 7kHKm4+a6tMuO8S5PBuvDNj2vn9AvDYDbfZwmxo1VBGjzROsQZa0+2kG4hyZwpidUQh5FBKtz04n nBSQLegqAl3O+MQUK56XAxI4cyDdq/C9yBEkkUEHSVxOj+BSv2TyaCxIYBCBtKBHycEK5w/xW+cj FYp3eO4LSPOo/IsE39NbodZ3yVuh1lcbh/PjUkXtWs9JYQTEx1RCKLLjGVWY1zV9h0QAv+1Se9rZ M1BnGIOPoG3Op6BNyNcEebzOz4t4LYOy9BApBgkvz4CkGzLFIZzPVxbUmMs1qf9B4hcK0IXZGVe4 VVOZLngjqEPrEQEuRssc5I3CSWFNlzvcZVYqJ7kkklPmcZlC3M4jHIUKUWHUK5Vf/ETnPSWPWtHb EewDOMHhXKCG/+U2BUjYC2u5vM5poX6WR+6oCBMq6oHU4PUgj8ZjH+9rRj2MmvRTX1OYskHeaBFO jBVSvVuQZFqFEwOmbDjn4MMGTxZ82DZUU1BTNowAJNymNlyAbqXhBw7n6YZbyu2QLcWmcK3sp8/1 RtE6l15Yr55nRIinBhndUpY2bagW5vPWML0TErTYxusHrilgsDpzvmDtxDZLmtEOg9TH1reg37ae fJ1bv4JNDlM2eEq2sQUP4EYd5yAHlJ5xzbdRwj7I2xLiZtypV6/zA3KGm97O030+AqpghJ21s398 Z1G/19mORGlDlRCQ+wwj4Ax0a4M7qLN0yEO7w70ERmPQLiDBrsJTE/yWO/lmbo/ymp6zqMivJKKl Mkot3nBi7LwV4/tnx/3mlt2Om9w17A5706Xq5er6zYgXkMKZRZXeIPFv/d4gISR1uQ6BUxm8Kzuh 9/BLl+O5fUap0ht+KbfdQ9uQYRNiHyCHj+AgJuFyAOI5HLAPtnDWU9nXM65fxkI4Fw4CZ24nHjxU GcbGHSP8HiqL+IzCiw6a4ihXOGkPUlZd82FVBW8RSPBbgoSo/FEDa5xaZen2ccCz811CJlyIrFKL N3icj55uuwf37SBvxLddHxycWWEVcCMl5AnerwOnQ2hD6DCMAH+i72CY2RGhuJbvLMpKuRbDVxT8 licBNdf+5DWEiADM7HBigARmwjmH938K9XvDqXlWHtnRX3rCEwqjpgaez/VZj+DRBHHWKzwlKsn4 CCBzuz44CXheoc0e4prwr4MVcPI2Ufg9lCwI38Fx6lbaycsZrinOGNM7xx7u6CBhn57Rw4Q3MdjK 1CUN3ghq/jpvvbz1e30VyC4Jcn1RrNl3CYzp4PWAMe1cQyJ6Z/BFX3AX/Wwkwp9GzWXKV+4qLXgj YFkHvXNRVtd171WuoN/Ick0jIE8vjI23JX03XoSGXFeBhJsESPDhczKe4Ts8cON69Eqv8xWQsH+o uvIEqSL53/cPFYRD9B8k3NEvsv78zALxPL1CbeHAvLpSVYACkznoKpjMwT64qernFuRN5S+Xa5Ag 8VQQDtyiG5+Q6/ibKL/LG0iwOrGDwlzfRDxdk988AO4a9sZ6cum9CeW7HMDZDn6Ku4bXNsrdWrBH b9JPw3d6eHOYql9nuDfCst79xLipXOESf481+J5gWTvjk9dpQw3WclOCwXcwSPAN3ng0fX2eCeeT nrQP9VRdRuFSe12p8kDidUmk5m+ISTzkN7qMPjyo5L+UOjbB2oCzHc76h60Q5gC5TkioToRUc931 eeMC5noUlnUaAVU1wgj6FGKH8JgDs+fBUx96o5JAWO3xBE8jEddgV/HKd7gvUP80+MlBAs+O3Gm3 Ld/31apKFUioFAlyejUSKkRh8tjKgXS37N6qUh6xAQnx+gp1xW/vIIFtX8n585UDCXF0kKB3QHbX 8Rjks3sJQHgB1WenURDFESgQKlUUigxvkbyFItPYxuE+B2hp4QUVkNNjBRBooa7rqDmc/aZHm1Bn AWTzjAOqOQQ+BUioCwqyucUFgt3po06+DdghZBF6m3K7tV4J7Tob9UXcuwJCert/By5BGAEnup6a 1MrEtPLeYB2FOaCKZegNr4daXHhHIbv7d3rI3KLN6d6iStErjzuDBC8BNMhQZRSEGvY6NhjGnpNC +SyoPaFNeMeGNrtX0IJuSeVJ723mBe6ArJ4hRm9b/A62Xegt3CjRe+gKb/My8QOyBAkhOdeZFnzn cX8vT5TwFIh/h3Kmri150M/5O/S2uG8D5PToWMWqcn8iyAh7u7CBfZ8WCjyHUY/iNl+FquRMMpDw fj1IyCEEuXe9tZHoSx0+n2v4fGHUielHb4dH1N4XqpwFAlLcOwkynNkDwsMIOmqSO9wafHM7PIoN snmMBYRaAv4d6h4n5Ak2BRs17OBaKHrl34Hn5juYyfabRKV8YthztSZrg7xu549WEL8hg+zBsoPY 4xkuRJ2nsBdA3L6mTQv6DS6Dx53f6HawQ0D8fkqb2z0LENq3tHK8e+nakqn2aAWL0PzlTRDCVi4H xJD9pKWwb5LrZXGvFFMd4gvv8jgX9EWCjPIKbpgDuOHhVsCLaGFvU+ooWDVvESSfA1jjnudaQdyf CPJ4fQpqnqweb0QQSQTT9Wlt87sZbcLbHSC8IhZ64/6eEPfd1gYp2HVi64d7W2nzhDsgUUD3J1JQ FgK2j40Sm2F9SL10uYbp4f4dblkjrRwxozQCHrkOYwteKTIEtmA5wDP3qnVv8fbwSzuZj64POjns fgaDhPOHWslh/1CzLo2AAhnhOz1UA8a3Qn6HzlsnqcwlHpLB6fKG5yns7Y6FEtpA6AjfeamLPjbI huGXUuPGJWQkRiHqGjaBfgfEOcG0eZyLQ92XHm5g2FvOwXgrKnn1XJA96N6Bc9LnjdrC7h/Fhk5e AkqoOKeExwJ4vd1n5y03G5DwbsV7zAX9BhJ2PbWFgz0K4hlvb0qXR8tfxCNDIDw9o79n4SkS18pw nD0KRxrYMlKbI9iJS4Ul4yPgzWGfa7jHQY9S89f5/hgOJUgviDOVaJNklAfJwqn5cpxd+8NxDloM wmdaBRKHQ29Qs/38QVHcqc3t/MS6TnvwYKzUZnAJWfFK+cqBeEZIhXvs3AiQM+w5kHA/XSlFVVR2 1kJByICsweewlsClps7D6VERkFDprsJKdgYESIi1gazOQ+G+Qvlc/z0kQ/hqrz35d8hC9hgl3z/b 7N9B4sOM8uRjkAPK0SdkDTYsdfv2MALkOkjiErK0K683em7Fi9xuBayUu/VfCpfao8u88tDCXqC2 8O6nM2dM0EgbD5INXYWNmnG+2txkgod2w35zPboRyXCp4g0Z59DCJOixzeJ1QWmzOg+lvjV//cSA MR1u4hvbJ/wePFmuE7cxOT/xrd/o7CaQUEMSBlN4ORAk3Wl5+TN45mAlh5vrnuql8SI0CU0qITvB HPdFE4cM0ksF4eZSBcc5aCRqCwdJ3Od6uVTteIJ9fUBCXGYvFGLyX0p2X3UE6opLCLWwgtd9pxa8 652dBOGEbMN1yA4xLoyae0kYW7+SHPTAzMZ2qkEr73Bkghzw4m+QHaJjYUYx08LKwRgIs7NQzMDX h7KtfvvYSV12bUnc+/S5PuAS+FzDFg4Rm4PUF5+DA2rrrqOmunGw0qg9He7BWG/Bb3ngXQ8jeJ2d PgKsJF+Fo4aqNBUk+GoOqreHuW7h7U9epAm1GUDCm48gV/DVgKQ15R1pl523hrFbAbCVnfdUQZwB DnKEswQk3DXP+Qye4JNXzHzPnZDTXUZP8jF8L5zEy7vKwUn00PcClYpjm83reVfYtc7iBXmCxGMl Xr5Lzpa8+8Q7nSdEDgl2jf9SarC6xJ8El8OM4mRLbeBe+XfG5hwzDIrJc0VAUnzhhIjpI7gmSmjp CC7o5MMReKo+OxfmaPgOefSpDbdn/w4ZZwk5AqPjqmuIVrwsUZ9r+MVh11/Q7Pz8wXccToyrhyoH 9eL2Huagc2z6HPQ9WOtUzw1SxZvUPawChTxdH1ABIs01ieJ+nl7LFfw7MEud01hfxDXFjcl36Bzc 1LTw2bmhnLquunEF+Jl1Uw/S15QMNef3VhCviQkygh1yv69h+e8hwz+MbT69rgffuYOHCZ5F2MEw WJ2zXW+W1HUVSNDXN6EHlyqQcJrd5PK4Voa5H2zyGzEIcoBB7LrqhqESfg96NMgbeyEiXu2ctxyO 4Au4l93fAq4PGfG+fx6KSLokPnPyUoPE3ghgqrwR0QtnI8zSYDk8UC3C2IiJu1Z+6uG1WupTz+Cz AwmeemrxBnvnodySW1wPNSASQpkon50eXkOhSnAPkvjwcobr0beqre/th5pkqc3idZgIMiUvNfxR Z6w1KuF6PgZIcXbti7h2AVmcpQNCXrPNKEjgJ4Kgfb0NxTd1NxKsDxliIKf7VCmkxv/8O+TL6G6k zfGEESRvK20uz2sjoEdZJR9BK15TiTaH899AbpcdkMezliAZUE3UR9AxRQIS8ufoDeMytNnch0+b wJAECW8PvIhbASAhBxck5KS8SNdd36gT7Lb/i3iUFCTUwAMhs81nh/Bp2CVULwzyBnJqbxQ0cm5e I/O/qt55kSf1trquos3uvoC/ID7qmZrzAZlDVSeq84UcNZDNMxt4gpzufHZ4zc5llDQj93XSG7SJ 0BvVZwKC99aRGri6bea93Su0Od0K4En1Kc1BSztrbqFmKaV8grUBUp1fBdL8PAXpbvuDhDwjkN1t PpA7zSixnCDXqdos1VB6GjWFv8Jqv0FKX59ld5sP13Hw1YCEtxRe5Hbdy5Hlfkuerz89cgcS3hV5 kcdllNLYwXKAIOmerEaZ3iCJpNz5zYjyoyTL64zCFva7Jm14WD60eZy30bDrmt5LGs9iu90LEjIF QZagYeERV9c7sIXdHsUGaF47EKTHNpfH2t734tzy/guitj9I8GSBhEg+yOkcQJDbbXKQ8H4J+fAk 5euawjB22582q/ueQHav2QMSXtt4Ec8LfRGPSYDcXgcQ5PHsNd4zDx50EJSSz8Ec7hi04X3L0OZw JgxtDo8qglxBH8CLDnvupdu7roLS7hHpVtPrsK3WI0h8rSHmCt8T69/noM9eFYA2s/O4QEj6Dr2t XmXnZZx6NivImeQaZkJY7X4Hy5usd/dg8J3Ho1bkw19Bk3Mx8agVmZc1aGWMWL/t0oYamzpvbQo5 arS5nGkOEnJSQJ5w/8FA8FgooT4IFT42jlrX1+19xdLbkGPjEs8R6Nzj9lbGdhltvJzhmg/2szMt oDijrHxsPBrulhAikta0bs5O5zu3e4IbUxpuLI0374McwOoPv5Ry62FGKY3q+q317Qgzmjg/rfXL 49tvTNE52yCbcydBzjn8HlJfbl8fXv0Kv5SMHbdqyDZzrgexf4JQ+h140cMlBMXn3LzWy+Gso8ab 1GG1e138HQ7abLP/ns4DKtVHXe/D78GES26XawpfBvut88y372BCLEFTgHh8jpq2m3tBQQ7n5r2I V60DuYN1C2/EeQEkD5D66PPG885BDqBThBmlTkmYUe5MLr1ULg8eDPzAHi1vHW+4616Y5uG+0KNv o/Peh+85XE9BJ75IGAH0xCCJvPPgMwo7PehESsI4QwXlkrxfY549IoADcgs7mNLC4S4zeK7NJZ56 EuHWhkcoeH7guge9AxIsIRDPYW9Edj0i/SIerwc5g+4dqZppg20frNvR1qDFRoPPoDuLXNZgk0PA q2GuqZPlOn5QID18Z9yeLcm7QE/wRlBV3aM8PBpB7on+Hh7m9ogNbQ6PyoOEeCNFFlrYc1QhD34x WPjOzaO322suNrIow4wub618/6U8Oez6bSH67yfTUtNZj9oZ4TsYl66R4N8Fe2fBG+G2P7Q0zwsl CStU138R54uBrM52BDnDLiETIFgoJPkEbbmQvu0alkeYwomOKy3YLgDBhqV4rvMpGojn+oI8nu/8 IrdbkOu0Bl21cqH0XwriLCqSMcILuSDhZUeSadPNdY0SDxIiAivvH7g1yFuQITK0Fmrh6s7Cfgyr DTs+7FNq0oQbMjkCnk/b1gaL1kfQiV8GJJ1MK3shtaEKa+gtVHWCovPcrv3XgVx5bzAKg7zxTIrf cuByB08wVdXDLoHVH3QViL9hiQNyDWPbqGvosrNRasJtJOqtB3v0zQTw/UMldmcHwrKDIaIzChJO Myqxe+wd8Vg9IxEk1J5pG4nVLokbvEFfuQ3GtK82yO4S8tZOdxnd+u45Ag0u9x5mZ4S8HNqsQY+C BPuN1zH8bS96O9LvIR0vzM5yh4gN2QNetwh2b4qb7ROpnCohVOcL+ppfEywuWMRn9d54NNV1InkF wUe8U8omjA2GV/rOEW67eHuDVO1lCnp0p7yK3+eoG+uZw2jeUIEB5Ar3Hyqxpxnl2TyX653saZfe vbXg5+NcCvbO3s602lS19XswMexgCVG93XPyeV2TsuouIX0N1gZv94Y7097vYFeBBO1CpeTJ9ehO hqVbtztRRV+Fg7wcnx3eoQoxFqqdh3sJ+QvBf31Q+MslHiSMmntEYMIclKsJv6eE17zJOoQloyvH +3eP7+2Dc8HP+oM8BZcD/n/ntrYDdoSv3AHnx+2Qg9eRwvrwAN3uv6fz+lpArsCeoQpGuC8cuDDC CHh7IPyegR3tI4Df6+fpsdzBhj2npMVOHmrxVTinFC/Bcxv8/ic0ENdI5GOEuSa3wjNT8Svw2rnO wcnG8tUGCYy1k1JUPtcnjxG7XIP08Huo++WygzckeH7e7A5fUyrGBSuafIxw/pydoj0+O2Ny7n47 eT0xjABnTUJw1YfvRNnhYUe3bs9xBO/+iXff5/oikdM13zWlk/aaqEOuowYJ63ORg+tyQH1yrxkH uSppJJBgj17QjsLvmaEh+qip1uwSf1Hv9ght9mDvXGQ6hdlhz7m+vkqo8Umd/DlYaVcpQZODBCuN qupBI/ECX5Cdi+hLmNES6iu3i9qKvn9AgsTDfwiRrou7TFifRva/r0+P80ZgxjXfhUPe9c5FtDwg xOeCXI+QddEu6vMFCaFYS9in4w5n/UXZoiCjsKxPn53l9mrnZAwRFNc297QGZulN8qevD/XWgxVN Tkr4peSkBI4MOSmXa0ssPq+P1G4yt1xb3uXw/O23kptnYb1I2HM3RAff23dNUnVjPblUkUWSxkbJ KZcd/PQhCnf3kFVGrG8P9g6ZfcHzc+PU9T13U6rf7R0y7oK2vGEYhzkgVu065F5SVJHa6eFu9lB6 2dfngYTu+u2ZMCF1L1Bv3TOD2jPxYpu3iX5Y6qCHKM9DRqLPAXnQwaaAUxl241MSZ+6h7oqv6UNa jsvbQ2Wp1AYCqc8BQdLwe2ALu6563nJ/3htPgLu8Pf0KzJGn38FT8ubLhBEMUvx9BIRsXPtTO70F OVhuz0XAd0w1N/sOyPBYNcjmpxkx+ckZA2+03rUlyOn2Tif5pqmOBwk57CCX+0dBbr/pQRwJXDaQ 27Vyn9q5qySCXO4x48083EU+1/hHVapo09zuBRnu2QahFGH4zuZeD9ocXrEA5PSbODuh+J0JJHB1 QULlsRfx+xzI2XU38vZByUjqbdmSjCZ2OhXJqNmmM0pmRZAQLhJuEXde0g4yykXcozydi7gzf0Gg dPjYKBmn+oCUJQweb/OSaAMSXryit+MJvb35Kt4bzzeqvoalSupHaDOcZUCb3fk7vDzAUyDeWw/V /mhz+U2c/DB4bt4bBATXB/MIkfw+L3A+vTfqDbrE40AP60MteM+I553k7hGbF3GmLMgZdDzI7tqF J7eKzzW5Fc68glGyem4SSIi5cnG+nE9OMVOeD9EZLanCM20e93V2zB1nGIMErgdI97smyB40Umm8 QeSj5re6vKH3POJJZa1wM3prbrm/FxNgcjsE5AhnFoXHPPuzk6Uwuz4gF8EZa7QJtWdgw4aszJcn 6xYxSHg1D4QKFTrXIO5DgXU7+x0QJNymQG7ngr5I2I2Yve4tooJK0r0g4XSuNVRWpLdQmw7kceYi 9knwLIA0v2+DHB7H6GQceNUtkDXNdT+Djue24O9aQdXd0+yMxzkYkHgnz2MB4fLssgNxPiFP2MEU OPPsDr7zeEQNW7B7di4ILy/r2Np0BC3G6RM0HxkHnuHSOdDdUwLCAxU+AjIOwth4Zdt3Y5sDW5jv nM53Abk9jtHJRfA8MJBQIR3kCXYIqUHBqmnUPfazEZ6se4/7mw4RZqfxYKjPKLG7EpB0y2nYNaE3 vDhhBD3Zym9VddfxkE6DHUKo2plkHQpe2D8QovxeT5vbYzlQw7nr6exwCXQeF21CDTyQ1etXgQRf NMQVqsr6CDCf/ER/ybW+PiDh5kqMx+vV9F52Z/aAXHf4DvVuXXpRpNVvBZTrdG4rJdopretz0MIb SDB+MEi9DQxjv8tw03TOAtHg2b2GIOFtPJA13LN4SKeGsQ3eZPZRD+qROLLg/opIkBBItAkh1Tb0 lnZwZ2elEYS38SiuH5iYIJhWOgKQcN+moGvYJQQ4ntDbHLzHpGPsYWcRT2s+O4NqJN1Hzas0vhdG xVgObcACEvI+EMTLOacdNRrORrj7/lYMbXaPvoBc/s4QCas12FUj8RzwPPFIrv9SENd8Y+CoDm32 7nsbvr97W/uAoh96W3hwyr+zrM6DpLcr2AcLt2r/DkUFvWY2CTuBk/Wm8ngECiSwDKgNQXlJ/T0L D9CFsVH7zHUv9f3DSUsGR/A9UZHMWTro5NurzXY8t577D1KDX3nhIuH6beEAcn2A1yXoa7j74a5J YdIgVQtby6UXj2qwuBbOBdcH5Ah4/sKbhHW43lnIfXFdxSMy7t3n3QzoJiohKwQvlx28Lh6B6iu1 n12qVsKnfgJSqz9ICBmeziDqMPSDjl95HclndOWS7nIN2z7c2rDewpqS1+A8h75WapP6jFJ9Osw1 Rqxb0XD3g59ibcn3ROV/z4Xrayexzcc2km25jhq8RStve4U1TbGpvlK7KbW5PEeNNtR581GThBXm euFtYW2zTXjXExJ0yMZzt3tos3r1m75NVAYNbZ5g1WxvYSlvQ8EnnwPahLjMBqnF9wJvAjizp2+U I3HtQiZAsA/YcZ7n2re2hxMdDkiIY1CF1nkbOKKbs1pAwivoICH3v7+V/x+fa4JjYQ7GFTw/Gwd3 mGuyC8N3eP/H15QaB+G+sONs9f2zT1c4T3eqe/le4B2QEDvklbvgKdnLHjTsTrw+/B5qmvvpvJM1 6xoJRnvYwW8Vf98lzFrQoztvAYd5a1vwRcOYC1Ya9f3DfQFrNFhCIMGr+yKuxfZ+pPUZI/iEeCUy nEww5kKcaackZliFZfEqyn1fyMfT/UN1fc+S68e8BOuJ6vohZnRQb8P3z8FLXb7nYJqH2O5BJY4w aqoqub6GTx5uyAe1UV1THJA3w3eIKvpZcvQaor4HyV6hN9Low6g5ncN3yKxLbah462s64Kg4svCy VUBCXUP4AoczVAiAJak6cfz7LqEykGffwIIMtcJAuJjoqOELBKvz7Je/wsTjgNRs894W3BEBoSBx QJLEU1l+9zYXpZt8TYl3ht3IrT7EQkHCzfVlMvueg3t8J+QIVsDFE1U+OxdZjC5vV3oztYMEbwSv YzifnBxtUod1FeAeh/s2ed3hdAYJjIGLA9Dl7eIEDCtHdXDfwVS99zwjeGRkcPvv6TDTHKHUg5+N eLi8Ilingn24Y1zjCT6uizIHrsUufPjhl5JgX3zUnD/h9yxbmgPiZt7mxlfj0gsSohV34mh2GMbB 5oNhHOz4m1eYfG/fc01jw3zzebsJ2PiawlcOdwz4yuFWfROTCLNTeDZP1+cuq7PT+43Ah954qTis D6/mhdmhHopLCBGjcDO6Kcjleofq+sEPC88i2In3GzTyOehQvAJSQ+QOH078DvngobfAU+13x0ry NrjQz4SEm8SdMtGoKHt4lg808yP4VLE1QnzumUP1gQ7iNRNAkq38cNt1GaWWj7O5qXGd/CFPLcX1 NdX1gx596uW5/3yH1xR0FR7EwGUUxPM10fA17NOHYj5hDtoVzp+n3Z4r/9b59jcbQNagrx8czr7r H8qLhV8aIwLkYAXfU3wtAM/tHjgLzwiv89EmvL7zIl6Bm3fGcTH5mhKF6wEJVUbp7XSPzHjr+6sk EmqbnKMJEqw0kM0j+SBk+9qoX+RuATl9n/LGNqwSbwNpTuWANhBvQxs8vgE5H9WW9MZrF6HN4z6h QcDG8zFAZj9LQCjF5N/hThvmDQKE7lPueWtEeEfGv4P5pncmDH9IZqHN5jxV2nBL9zaDJ1AD0vx9 M04farp6m6X72Ugbojmhze1ZJDyfMrlVA1LdFgMJ8WDKzBEB0hFQQ9+51DwThvvL25C77BLC85ru d6G3kPsyiDbWMLb0GvHbxpmLIM29xyDL5aswQ8xW/Uab7XK5hnnsfj7ahKrQUI5CjgDI4tbgi/id CSTUDwG5PeIJ8rgtBrdp81MT5PB6GyCc6S4hePNcv1Fw1yP5MFfIsdTeCnEMvR2SCXe4Hf/myHmE 480f9zsgyObMBJAznEyFV7JcJ5Z6Bh3CgeE+yEG8070Rb/X42SURxP2wtLm8Egd1PCn17XNNupnr N1I83edNbyPsLGopeF7oW0nUb9UgoQ7tIO3DfQEgi2eIgdxex/lF3KOJEwmikM4OiNuJb5vbdQgV 38OJjkkerAAQz00iJE+gycdWiFYH5AoWSq2rsyYGLOvmcl0JlifkDnoUxrTHZUgbDhUPQXh82n8P 6fUuvbUdnq9Jb6Fu0Yuk1U73BfbIcMYASMisAyFK6b8H8leQN8grQaqWLUh8XQ6/ZxF0PsIvJSIe bGXYz5dLFcw8Z1WySe/d7QMsZc+KgfqFU1VnB1KY87how4EW2qyeAUubkLuMNzHZlpSUDevTKFLl NgXFFIIV3fri/HgyrdAi/nsGXMyAcJ0JCGZnQAK/d2D5e8wVJFmD7xU9zMECJ9dHsMDFVOR/0nUm WZbCMBC8UvGZl4z3P1IHvY5Y5zMY40GWUikSUF0zgXIwW5wlc8Wd8QNTDtjfQyqa921mu/aT9mP+ +lizUcRtF23jOOspmxQnOmTq2F0+KrPviZCP489BVHUuNXOK/DUfHbiGSyCvx2m5EoSSGsgY9igm ZNhV6F/HqgdxnxDvucNaJ23X/VXQOg9XU8DdvLsnCwRVPx0dEOc90SZUgyCJRm45sfKpxo1ETt8P luWJf0oacuxiGGmDzyrMeGe98rB18t2FirYxBhS3fKMNt0Nfp19hYd8poADGGMCqdNb4AhJeD3YD j+3S5hx8LbDxxT0YjqYzE76cWc/cWiCFxUmLsknYYp/ofYzoGvV2iaJv9eeoNBFjvd6uLok/c3B9 PpA97oAbCag+otvviu9BdThs/42H+VrYcNm5x2xDtfTSFYxmqnMnlw36s++W20rQSJ+2/60eWV32 v9rFYOB59IU2T/gCQDyGvOwDuffeN/LafBejckf4R3fSP30Mdkre+9zZiXS5ZQcSdvw+LvmeslRR 6Y2dYkej3VcJ3Dzn1XzV0ePUhJsXPmIqNiQCF8b/wvI4v3fZYT/7rgzikUja4Pj396BN5/8HXd3w j4LECobpF2cJiLPTUSwN/fgPca4uyH347D2Y1r6COZurB7/IhaNQ2RLnwlGKLLSB86ljffzQaHKE El7xPXga/S6DRRE3I9iBHpf5zov6HljWvhrRu51iROEy+/pBobbmAZHNetpbbSjAGn2rmjTLgcHj EQGUcONcOPAjxV/gbIxer7tztpeDGon+584/xNx0HpwkXFcb5lW0OcIPe6Jc4Ts58cGwXdC8j5V1 Dih/eQ/gI0XfmIi+FuDW5tMiNwn509u51AsRvVjb8AVi5zspXBu9Ri8gvnRi+voYTGucTCdeKZ87 6PdO0QMy0aINWUN+P6VCYuzXIM40hxi+17jNp3OYUDkl/OJjgC3k+8FJGWk/Zc4Vwr8/bR0953s5 14o3nmvkdNHmcLYjCEq02oMLCpOfmiBhv11/obqF1CzMW3/PcMcegn6JsyqX6xecHxCEBf09lMRM JFbwRX1Nn4kXXA/fYS8EEEbvQVWYXi60Vn0egES04oIuFj0gvd3n6EUORfQNVnL87fkIjzOsztgP Ljzyvk4v/CvxHgqSBbK+nq2CuzmqToJQAk//AkhEEVADdrXm5Sbs62MN4lxQ2kQF4w+JiADRYM+N pc3pDDyQYMEvaPGGX+ymiLLPEOZhsBluwiI+Rz/1XF8lnDERo7zxGvrfJiIRqx4k9hB2nbjT3hP8 Wp8HrKzoATpvboeg3RG3w5scMbc27uV0Bt5yF+sI/wXJCN7rdYsoAnHisIhvNEt99j5sFL5KYCPF 6Dx/UcXs87E5236Bp+o5DyCXV0al+g8JqDoGD6XGfXd5qKnuFhcaSM5LWx40vPx0RiM39io0cuMW +swQrLzXJOVH37DW/W8/a3mL3r9fzMQXbSAfN5Rjg3XErSTW6YtOlvcaJmb48FGOdUWJ5UVgzC3I 93fHrQA14oiwE5EItglI+J7wl8VJ+8LWcgvlpbKvr+0XHnG1ucMbAWs9TvSXnMgY6y/yrLPqJVLr a/tdkJOLNihgG7Ki6OrWOgh3ymhzOy+NNq9HIuFUhi41CD4Mfw/MK11ZK0vB47SfNINn0oAM7usE CVVOkOCtg4ReJ8jtexWFwcP/BkJRGh8DdiSdB7Q5PNL1Ie5BB3nd74Ly2et+PjJj40YJsnveFGX2 EK/w76EUou5VtDndk8WNKVS3PsTjMiDhLVrhALr9htxGxFg+pPo2/nlm6ooomtvKIOFtBYlo34e4 2tKH+I4EcrpvAyROM3J8IIjon4OBN+mpiRgJ4kneZg5fAG3ILIg2r+vMrQM0B92VQUIpHyTYqCDP obslIT267X3DL+bzmnur85HWH8487zWIeydp83q8fv0RrYgeMK2814hYOtNiJbUidksyIn++TqFk uaXK00JJGiR8nWQuM0l1rFF0jRlCPMDv6EQKQtP8P+I7LL5w5x7TZvOcb5DHeTUgr99p0aveaobM hzMgaHN7HSgK/v65xwyEieAjupxu2cGuut6Yo0Q8L3/aenv2Gk97Yo6iD+s3FiSIqH2m70Fy0f29 ROs3vzuDPJ7zDXtn8AguyOt5eh8Sezy6re6dJFx/OgMcImiwTUDOWKdf8rTeF2Dhz7FfjyxgtRNX VFOdgQdy+a0N32TET0GgJPmfW0/nnKJ+vThfGWQNy2GCoe8rmAR/j5cgRXW67xbkXvycmyCfqYWP fNU++TnHRSJW40RU3vdRkNj5uHyEFY3gbtgUUOrd/4ZfIfRdQG7PBl8pdh7zYFrhN+nfBnE+Ek+L Wj4gu+f2gbx+l4FL9/PoMgip/No31DJjRGdUT9y+nuFg+J5IxmrMUcR43R+CQNTmWaYgh/vFPsRz PCHPQI7wL4XqF9+DVr7vB0wdjwNSE2eMPX7GRvJ5jcSZ+wK4E2BIe6/XN+6apMk5JwvZij/P9gKh QLq+h0Mzbjkw8Dwuw3yPLPoPiflGEofHcmizPj5uy/B6nsS6/Db3cYHsrhICEhUkoVdFfRnWb1Q+ A5ljlcDa85xv2tzuoeW8iNghyB6nGWb84Wt7QWXH5zWkxvoLC8m+PkMWSoEEcix+zi0YNb7mFs7T ek9Uh10h2nnuCwjqdN639V7iPSAx39ayLXHjxGrk4ujcL1b2FLePFRa8j+g6vIvvYpjRziNGCjFy fVlw/G4dHcomOSOKNlHjGiTUGPFfkMDg7yFaHj3gjuG2y3cIxxggSOkWCuHg2W96KF/GKYOMWcyd TxMzvmfZPSsGzaA9dj4UouL+s64Q133cuO/66FA5N+b1xq7sqx6euUexURw5Lh+3De2Z6AGRB19z 2NDOtIBhFirKHxL7AbzOmKN4Oj2Xh91gCf/oNj6e+4L/IvzxIGil6P9BkTLmNSzROJ032Bn1tM1Z OkiVvc4L+JC4SWxLKNCtKF+Gf2eDP+O75UYMyvcqmB6xfjbkuHxeo2kbfvL9D7NTxxr/X5w/+98W 9g5IeJh2BEzcu7JT6tz3qh0Pup8Y8FRjjsIJ8wgU1UL/PIIL8nN+73/E1xxtwrONImV4ceAXx35A XoPzOrmV/LnSEEjtBx/iewj6lofv8UQbPSNxBXl9f9uXUPKkzRkW5L6ul1so+7o7RwYVpuCgrwcB E99Hj79gFNJmC5sCxNUHaLN73gfI4Yzp9UA7w2f8Uao060Gcyf8crNfZ94NjnFwTZj1IffS/fVBe 0/edA6+h7yEf4vMAdT6PIa8HNZV8BYPEOUcNmcX3a/iwseqPT+tbd7FjPr3GG307w5d2YJP7qj+o aB59o3hv9ICKIzHWSLT7TeLAIPVVcqzlYTrWw6P/K3d3Z8+AEC/XcTupReJ/+yTjOhCoK76T41EN a+McoIl6D6jK5uMGByTs3nO4Tv8/+FZcExPyzh23As7m8DjjvQ47hCoPp/85dIqdScY1L9TKQChS 5aNDNWKfb+f81BgsiCH608iT8L3qpE5x/AX4M9Hmi4rrez72pu/XIDHWF7uyr8brr+K0ZIWGd+Ua Qq0ZGYHQ9QApLzW1om+fbxdctvjSEd+cj874hg8FnqwrY6/XRJqcP40B9bWNuljE+NE5DdsSPnt4 iy5ClH7KUDveuftIg8Pt8V6jsx3jtkxhpV3wAnzNkfHtumxfXl1Eiq8Vlpn2DcZn7HzwOmMfhf3m WVhU+6gTkAyB8E6COGeOp0Um53pTdszXz/0LrjttQqkLBOagjw7VDwrBIPQ2FASLvuEAjDbUBfUZ D9ty8fPnRh3C1+mNEpPPt5tZ5XP0XjZn06GXE4ptIDg3dAwe2MI+35iHYXE9f/foOzlsx+CUoL0Z HpnnK9vqfSO/xMftQWImevAj0TSehnJ4IFHRYn2ope1/G/XPuGM8BGqjb8iE+GmGkmfYyih5xo0F JHblB40o35Hgdc4x1siu+IlOxdRs8wYThhbhlXpQT4//g03hM57sudjjyUSI++lDdmz8Oe6N8RfI oyyEzFCfO6R4+qx6/1iO2uZFV9e/9CWL5PA2A5yOQCK3DxncqO8MEmoxIE94NN/hjRgyfNi4/6BM GqzKD4lx+50Ra0OzNFgTLwx938XwpIVPFSRu1e+4h+8JbdTwV30KqPFPCeX7jId7Frc21lUwIN7p emMeIJXiM/7j3frJ9CKREXOUTPEY0RUOuM1ESrJdbnEhCgAt2dtQhr2QY9S9iqc9vleBMEv9PciV xXtIFak2zxM9+D2vjiiH3OsqYtunsBk9gAqjc4c2m+/kIFGlhGvrn99cP8RvYCC/RGa/m9Fmc+VY kN15TyCHZ52DkGfqfw6pZJ3xG+qfbr+BoIvmT/tEewLZ/Ca+/SG8Em2W2b2TtHndH7IhAeF8CpDb WYjbQP6C2m8gd8w36kPdeqIjOD94ZBWEy6aODqwn17ihDdLL3uZH8bVAIut8Gyh6X21+fpbQ5nQL H+RxTjAl3pAf8L7hNIyxpvaa7uQ8LVjWIFeNG3UvfY4SQnaWAeSdzS0ukLNGhzrB8U+pfBl/biad 1EeH2iZXIX4yEaK8E3ncK7VR8d7vJSCLWxsgoU8O8taXotXiOzmCRjV70dKJMSBHzff4AapHzJ31 ijPrB/nM/w8llN27T7Dxz/VUQaL66H/Ex4A8p9u/Bz1Vt243tFGrB8SD4z3jEqcM7GfPlUc0aHeG 14d4rPpD4v/8xtOjVhR2HJydAXL4jQXkir8NY9q9bJSJ/AvrCWTX+xxtSFPQ1UitALduKToZFSRB SIzxp1G/xGc8fGWPZ32FKv2OvhFlcg/gRslhj5eAhA4gyOP8EOQByT3R7xmpK+/jRq0a14yDZAAf 1Z+2UIgpkN29xzztCbuXELL7r78ynrGLjaTyuIWCMeg3V8SwcEtpr7mWuK+TNptHrUAOz88iUWR2 HyRI3GW2iRul73xfUd3De12ZGhvOldjJv8RH35HQBQ2LC1KyZxNtEy+KvzD/+Y0S6bXQfwNBz8e/ lCZ+L5nQWnXbBe0bj4VChLmcIwPyuJLNhgCqMzpAUOnQXjMEnsPxv9Cr/22crWErg3h8geKwm7Ob vrKx7pUCIY7gveaX+j+lMpH7RzduC84OBCmbAl7067sL7OewOhFo8lgOdCQo7f490JV9xpNAESct WrNhk7OyPYsEalPwOjf4ymGtUxzCNT5pg8SMfg8cZ/eGb0QxwqZYMC4ff9pn9AVS47ZQss7HmoBn jDVHsOcvQOP6ixMdjlvYYp+we3wPHKbTvwflimoTrOSPSBaWENtO/bnpdV4nEmKI3HjfZhReHFmC IwOp5nCWG8gZvhpk6uMMJvgSlgN0pLibYTy52tL26anGrFq38BIsEJVidIjm+D+FrxxnPZ5ojyJ8 IpYek9i+5FjfE9dhi1WPXHT4d76kSD+zSH2M++mKFq+fZiteNrddWL+u2QNxEbqWzioMrjgXIDu6 mgJP25znABL5WduXkOG2CxdKzwOjTbDtP8QjDyD34WcWMlleewDy5uPxElI/8bPpuOF0eP0voLYe Kwt+r9eT2LgwjD7jMfGdk7VhQoavZqtqdhuHY33pJzLtX0oljvjSqu1FUZGoV/0hzpgGOcLCp3p8 nIB4iGP339Yn1gK8W4/xs71SNkjHgDrs4a/a2Vz8BKRCe/wfah/ETZwK7a6CtO1QnH0f3bnq+WkG Vzd2Pri6YQXsE8ULfQwmNFkcmX/OSt6IHDonC+SK3QWtC9fM3tAp9hw1kOD3gryxTqn37rH3jarl cZbARvU8ZGgJ1EbV0YGNGrGPA5V435WPgQoZ8TTuOYU4RwbpKOTgow1C6IGgghfIG57645MF8DZo DBRS91O0P8OPRMV5Z6hsxxi8AJDDtTNAQitsOyi34Zb3QS6cr5ID74qfGAcsA99H4Wo5Q58eUNHV RxRmQswQ0oxiVpWe0AbvNs7Tg2oXMQ+Ki7OhNuts++38OyMmATMibuIwWONGeaaNdP5OZwxscE4X H9GTkif+506S/93q/JRWfaxPdlg/S6hfHzYsfY55QJX62EdPznpfWdSi9yj2dn4V9XRWgcR5epJY 5zOeWus11uj4V5s9Tib0Dl1Rj14/1QNS+HwXO6nW6bvlieXgbWC9xny7KLTn43b9neHVvdCp91UP EneMC2a2rzkQz5+jZCuy3fpPUU2NiA0cWmf+bhf2qJ8Y11jR8qsqP/M0pCu8byOZ4oFwCwykziw0 WJ3RscHVjYjAp6fqcxSvWNyzLu7obgld8+Ncd0LYkZezXWwU8aWogcQcpdq6W53oFYT361rvmPHk i7qiHinnFZuCDxvR2HvYPCdlu38kP+o/vX9n+ONRDJ18hty4Ewu5YtxuUop9rG8yxHzGg8S+c09v xGlv8nKibzNxHh8DvJM+q+75DJbOzQ3MVz2nXHiY7gUVSe8Bici+v+F1cW44jsE7ZuLzh9Nb3/NQ 5NT3RBi5zk/cnr9QnPqQuG9zq3cmGW2i3hTIE9Flci4invWQO+azikzS2Hdg8YZv8CGg5bslir+x 7zwUBfW586BB5POaXPA4f2Dkxs0I1dSItcGuDX/vp5oafxsOhs+3Z6ZuhM+d5Y2oyEOxpRgDDgyf 8c861v8hodfta9RZw+v+UuPA3wMfNmx/1FnjzHr/Hq+OhODVE1Ged1hjp/hYr6OOKMjjM+Sl8Kb/ HzinMUdfcmziaXBBfU984cz5aYbSavDSXmaV/x8QzzzZXjJ6Dx8DXNtvIJH1t73LGbblu57OZtip 9+6n8072go8OyM9PWhDcedZrEPILAzl9ndImFExAHteVwpU2e+QOJCpR7XBB3YMOMt+6j+4UJXD/ NQiRZ/9SsrBidKbX1w9p0JSu9afNqIA7spDeXojHT3E0Rs4dCLfneNrrewgS5Kvf9EB2j1WDXDU6 KytIezBAS9MVvBMBc28ryO42BcjhXqkPcXbtV8DLI98gs1vRIIffckBqxkMSzaex//vo4Mwr5HDb cidM616PD4n/w83Mo5c7wjzZJuo77wOuGl8/X6q82iG0eQbdr3c2JGfXgkQ9MJCIIYNc7vMGeT1b BUd9cABBqH3mf27Za4agxB5jgGJA/G1qq/guhuiwW6oIcYTqyYe4F3QnQcwtSJDRfZ0gs8c+QA7n PSHtFerGIFHNG4SyKzrWMDG9bh9tKHkVbSiNEMjtZ/1ONm2cWRRcdDtxR1PW89pA4Fl7DyBlqU1B m939/iD4fuJpr3tx9q/Uuc+qH5nqhSCJ7O+ZL/do8p67ZhXq4L7qqV/vURGkwa8a0U+D2/tGIN3P H8JmHiEkoHY+fmqiaus3ZNpQM0F7MGJY+d9Ghil2y5E0Ev+ekWuwn5rQ8OMsIY0y9p1xmD1/bidH IWwX8hHDtmSf8FwRnhZ11D7Es9coiPmXSGTF0Oa8fFem2K1nd1Bek5HzP8cJWE97/N7I0+I29QVW /f4DcjuT+Svw6T7vr4yn84iRR/qNPhMnaBuFQMbRMUAY2/0uHH9D7PF4yd2HTxu4fv4etHijB0PU b0S66edxQBBMeX8P5Bk/aaeR/cXbjI/nFezcFlxlB4SKbf405A/GQpzLxtMu97qD3K4wAxJ6twTl Q8EEZKvvmUPVljahyYy08ej8a5DZ9S1Bojb4PlGWJ2bvGhliiG4hoq9jTYpAnBgz14JoM7zuq9kh 4MVODofWVShoc7r/gMRy5EC81+Maf5t15Rm9kCYiixGExDZ/D1PE1yl82LiFIlYW9uhMXav4nvnw iCfSZ6dzpUCCS02xd0K4/j1kE/lqpNPur6JM8RWeEi4fzo3gckqRXu3B8kc2QiBRMYGnIXPtbQbU TRz5zMFAKGgXyOZ54juFKsMWI/jvmRq0ucM+IO0j7F5oAZ51vi8TBBrvNWqmMQbTXn9hejzmynte Z159SKw5klViJ2d7i50Peb7w2S2EKN32R6XX/bCUxYac7aMDmdutTorshO2PlrZzzCiLHTVCQMYY UUpNhI0EiTduOYQoY49fyQuN7xnvuBmt4xsepk9A3seaHLm47a4THAgd67V00He0/sLngBB6+J4+ Ce7oG+epr+B1WcIvhsSzxygpaH5MvivDeg3bhSLoHp9DDhINbh8dfA6+iyEy4FqIO2nnHoECWZ2d DvKEdcvqcVYy1wiSpLXXIHf0GteCzwPS/mJloTvmMbB9QzMhegBH0y1V+L2eY0NQZo55sGGoun0N 8zdsJJLH4izZsC19JpIA5NFYgjJj3INR9g07nt3NI4T7l0Ix+J9buDQFsnpklaedYeFvS7Ba9u0j yOt7CHE4+3knkOFMJZBg6O84YmNPxHHpHFrazB7P+hDnoSDFyNXRv4dO+4juJAb5X4BhHPfGnSCp n9s77Ayfo/sUysv7PsEB915PW1go3DQjKsJh71wPChuvcZ7uZNJED0gJ8Z1i52jS6PLOkeFxwA8J v/KOupbv5HtVPSbojG9Oxw3GXET7QGJew1cOb/jxF3Ui9wNntPf6IPfF5wFe8rDsjt8RPrsDff94 D7zOGIPf+/p9AS3e2C2P8azvwe71WwHM3/BFHxTN8/sCSJyA6Pd6Ru+Orm5YDiAR0ztm1qPPkPmI +89BioDvB+TeOEt0P77yFP4eLGJfJWTPhe1/UBMgeo0+RTyN2lrxt6kO4TvfCcvN7Z0TXWqfVfCV YwyI/bsi2H7itnT7AI3cmDvolsda+NRzo9fo8/kYwGQOT+OJU9VPQJC4GaHFG15q2M+xk5/jWQj8 +Og1CVU+D1Dpjb0KlV7XP0DELKpG7Gg2RFwTDmLY8XgGw6oBcY3pHR9b3KqpkBh2PLntNRNJuovR WQ/XZN4vCBU+Ey9ulD7jL2rw+Xy7mPE+d0BcfwdZxSEi+RfBNp8HIBFd/nSCq03onNKDK7zHF9f6 +FLutL6/8SzP3NqvEX1w3RNREHa+Pylys+f/gCA050+bKtaG/pwrhu6ftrDv8SDOTqfNfIzeAxzB MXcW7izeZjnu+HMrUmrehmifn6d40sIjg06ws8b3+28MixgF4bgVgESM5f7Dqam9vpER83G7P6pF tLmcmb3jk3IOIEiw9kDeiIHdI2UsvQfj8fpN4ka80M9gEGdVEvxBlsbfQxjBVxZas66QwdP2uDPB 5o794CbG4mv7nu9gn91w9323RMsnbFhY1jHj0SOOSD55guGdpGZ43ApgTEdM/PnbY3dBqTi8Htj3 MToP3hWfIWgYhwfjGU7PTUL2P6rzgZBGrzPk+ZED6wimi5+A5H5GhB3GdOxvsJ/DS/1ATvfZC/vZ s/72Bz6Fz+sHE8n3XvR7PWOUBOmKXj7kisS4reTr+7ite6xgbJo4f8gQiJWFTr5nf+4o+4Yf9oUw 5iMK9zi8HlTHCLYjSOzKL8Vu4z2Q3HwXe8clbmAo4YZl9+LI8t3/He/L189Lp/1sfLECfK+CNx9R +RclT9+v3xnFaJ0H71LevI/JHKOzoGHvT+N66vPtpQxUfOl6xwn4Qg6c7D0Hd1Bna32I7wcgpGrE 04I7SZufc9A/xD0LB6/xkxZXzeOxQ9L7Z+crg2xeSwFkd74LyOG3toNEGudtgJw11mjtxV8gnylG FPe1zoMDiTWPiYNQQNH/D2wGnW8UlRrqPWQ66YlBm9V9gyCc9t4DEgF0LeBKi4pxJPgT9tWnUZbH /Ym0mTzKc8Bk9vw5kMPvTCCvn6dIDODC8L797hg3lAPdFkOWIHQAQUjv8/dQ3bKQYKxRpivqELLx hpo2yO6xahCG2/vGsXA6sv6cyYwTdIyZSAaHsypps7ltCXK6bQmCPRh9e9xPcbAnexTu+OG79RVM PM3tN9rcvpMj9IAUu/YNCQjXbaXN5j47EGoQ+dMgXMZ7UPfyFcxd17PkKPE2+7kNEtmFIJvbliD4 V6LXV+zXOD1iLfwmpH39aVyQfU+EYew2OdeIUBk9EIp05ghI3GU+5IqxXjb32dGGmJp/D4V01Hqi TWRqUIIvKkiC1DkHI3e6tAfjH5JGhbinkQSO36y39w9x+xoEd5G/B7lm3xPH4Z0CKY8ZcihRtQgk dOpB8Ed439j41B6lJAHUOG8DTTXGGt28GLeRKkjxtNDJouDiOMTTiB1GDyZUVPw9+NICgUoWXzpH bQjCTIcz1kBqvx4XRGW9b5RA8pMJJ07svWjkxjk3rodHHg60ozyqiADrn9+MQKLOEEjUUUNKJ9Tk QFZn3IBscQJOZDX77OWKHictDGe/8UOqCWUEgn2ba2sh8xORYpA5bhLTgo6L/m3UZj3yfUzkSfg8 mIgV+DqdIBD5ysKtHCcGAoHuEzrmv8V5diBReRPk8pseyONZ9Acs3urbgFWh48Z57j6U/4VRfYbM I1QYf9pItRhHCH1EG5y6blfNVOeLHsyvM+MI7UbVPBC0PL1vEON8VqFD6z4HnvZ6ZIigL0mR+p4F n5C/Z/m7nO9Cguefe5xBap0uAxcG78GweeThQAU21s/C2eg7OYZQ7KMfCd7P4IW583rfRuQHCvFo H6JbwYBAdGuIf0ptZffz0QYNYe8BknF+Nn5cXbdQFpLKog38A5+Jy7w7O4PivYfrBWAcYCZ5r6FV xl+Auuj7wbKucQajeR82OZSfuDMhauscDCgLu2ddUD54cqUUEEg/+qXMHPfzHXAZYtxWope+xxPj Cct75f7jsxfLP+7OIHH7gN9bT0MQ3/8pclxxy0EybvD5BmnPtelIlN+dxwVyvzE62G8+49c5qkVT smh0nypI5JcgFBYVe0Bez1o6sN7CPqCUjsf4aUOikc6qjd3S9+ttCB0znnaFfQ3ieoO0Qf/Ge4Bw rK/TDRfK7G3GMXy3lI2IXXlD4MxPDDwOsYd8YuPRhiQB38nhLXpE4CCSE7bl9pHq/Uux4+M9MArj nxZn+/ikOHxEyeQJ3+3+F0o2PI3YnfZ6/3vj7gziDIgDPmx4Cb50fd8puGXFrRrF3fDI7D80hL3X 41/sB6R/RnwB/R/PXT5g3c5+0pIMF/YoSPj5SJOrcUN602cIiWAeuUNKgQC3j8GMxHIgMFUdISW/ kFBxOf6nIMXTxjv+NlqifjLt5JY//jRs5egbCQe+I+2YB74aYeR6ZPUAWXw1EuYJe+dzu/vugsMq egBT1mNtx4HQg1sO2E6xW+Iq8Tyj4xh3r4cMcnpdOJCo6QRyOz8R5AkbCSTOhQOSdXzptHrWBaUP jrDsQOIejI7A5WsBJHz4H4PV5w5s5bjPnWwUPntPQm31tCviZif1Dn10TrREfb6leu4BgzW+lMyK 8K6cv2AhHvBUXWfuQD035jX80YhekvHtmY887fQMMZAnTkCQ+h4inj4PknN6kAMcK/ik5LCfC+jq xh5/ctn0PfFcSNPWnQ/F3ThlTvzx9bS6gaGrG34+GKy/mL0rGbXet3WLGPJJCrvv8UR/YgxAYke6 KBjquz/6vbGHXNza/I6BGmR4ti+EV9ymgD/q3K8DJPyWF8oVPm5X2rDXyArSsb7YR2MMqnL6kcxS kDMixdccmvPHNS/OPgOhnrf3GoXn+J7lDKvzWt645aCeGzF+uIHOq6GkVNQCBjnCSsN7ED5IkHoP 4XKfO2jkOh/puFHV8H96D+/i6+dGVePUsUZxN84f+KMxr2+yb3zfuX/Utvf34P2KLyUoEU8jshpf OsJU9fcgtef7G9lM4ROCJRoeWvInwk6854p93HiyfF7fON2jbxSQjO8pzulx4waNsV4wSH10iLnG iMJ3mbzNeob3C85pnFlU8XTN+QPVvIjxwyz1XMXjwYPhXwoStv8zkEao3wMbNaLyD74N/wswPr1m A+5ZhGn8PfPiyi/HgxCH352p2BCxtoeIQLyHbPB4Gt6Ix/u2XLEfPOsSfnJUDWO/Rv06WBMvW6// OfRuXS8AmvkZ+yjnhfM6j5cy2/63P2Zp9ABHo68SPEIxou+Pumw6oi8UwMsRCmf4fvCid+v79TsN 4XUHCesWlmh4918EePx++hIIjNGhvmYhV5zB7/LnecgHmnVhX7/r6aoamNBn3Bvhgv50REnFw8ll fwHk53Y8CKaDt6HGm86QE1q0350/xG0kENJ94z2oWTsCCz76hqig/h+SGGdnJnzpjfU0fAG6U7BV rs70A7k9IwTkca8H1+DIMwJBOcLHgOR2XSVcnV/fxc4/ZMN1PwAhtdvfQwZS/B/Yz2o9YQaFbgQI mkb+HswdXY20OTx3DOT1/Y2iOEjD6XtAYlYN1NjxWTX8XYevH/ijvoecww/XqffghyJKILdzJ88B +o6eZiCbe3FAQm8DBwbFC70H+FT9nw7TOfruArPUo3An0gzxt4f5jrkDide9hicj4Ls/yOVs1A85 Yx4QX4h/SmFFn/GwUd1XQ+rn7n5YEO6hOtY/vF/etx9y+L4WKGDsltD5Yx/VMxjk8tghydORpX1S mMGzwUEmt99A7uoBvs7oG1RDX3M/kqd9jv4mXEk+ovPsMRbcb3HfBjn8Rnn+YCpFr5Er87UAacLt Kp72c/UBkClOQLigbvPR5ordBfkdzww60f702wfI7f6dE45mrDk2JI870+YKKwCOpt/ASKIPbjhI KEqA1HkK4n5lEhF+znEGgYivswpFZo8VnCMqFD57Kc/k1i2u28G54SCnR1JArvo/yIj5WhhxYPjs 5XbqimCUXnvdD3uitBqnMyG96PUE9ctHdCLjzc9GnBHOVDqn4XW2/YkPNOwqEFdxoc39Tvq3oVN4 tO9ENdWjsSCT34PPaYJH5e+ZKOzuCJRCt3unmaoA0YbATCBcPwJZw1b+JDHjz81R/Y0SfKSyxHsI BRYS9s6EbF30gLyPeBrU42qDB857ANMveo1teWobbGiPz1FS8HHPwoe4F+ecqZDrfZuhsvkqmbns RptfaM8gMcrl2b8HQdd4T6mzIg+4edwMJHTDQW7nKxMyIuXa+waZOr6UbacQNmZ/GgQV/9vcSuIO +BVmiNFZJo8ZnfMSCoEgm3tXPiRsWNIBF1/b83LHqof1GlYNKrBhVy1cHH2GQLaPvQoG6+H3kqVq LRHSQ4dP/w+ltGNWcWi6R4bymphC/rTffvnO9wmT+j9dMFEKQZjN3wOT2f8PnrS4N2LyeaztRIPV lZM+xH2dBDxDjxhki52CIGn9hZVy6/6l5Ay5TQFL1JkwhEIhDurTEHqIEUUAKLweILf/BVgOzhej B5czs0GiigxI8P1PlGPjjoHTw/kHtFk8dwwEVUwfHVydvlchgxH3HxRq4zT7+LD+T+GpxgxZUTf2 WyiSfnEHXClz5zv5io8rejD93D9KEdrReWkgS9ydQeKUIR7gXuoTb29YnYTrV99d8HQ6h/YEcQ46 SFQFPXmLRy9BqKqhMwTPoEd5zo1YgfcabquzZ04UXZ2j+SHupQY54vYOTzV2WBRdw97ZuLL4+QPi /B3KC+xhu4B4pIsEqOGMEWUmus23UckgRpRUmuj1jLSV/zm2RD9ltvl1HZkT3m39BeqoxXsoX++7 C+oucZ5uBEl9dCgz5xnKJ9HT2N8oyxa3UJQZ4p5FPM2VBE6Ke4X/GqZs+FQ/FVg/MUA8fsp7jjgx 4NDGuU3hpD/fLeGrxezdp8tjyAhNUAFV5w6Zy3E673iy/G/vVBjwGbITP/V5DRJ+f5Rj4z73IT6v UY6N2YusetjkKMc6j+vcydx6fHTwbUQPkJz3eY1Ahcf0zoNUeR/RAwkVHzf0YcNGOqC6+z8lHyT+ D0jMHSQLYn8jid1ZVCcc2tvHDSRu4se4OBfnBPHKDCC7q8mB3HFHP6gi47YlWchxdyYpMrx5JEVG POuAfxDvmbfq9RxKDydpf2G/kaQWPiGSuiL6AlO2/jbJPDF7MWtiJpLV7KcZQdfYYQlSxllCKNLZ DJDfSBrS1UgIKlYJiq5h3Z7D7Ro3J+qsYQmdCLH7P8UZ/UTfSP6fvNfj/PoqgQ8bt91z2pfFn0aO tK/6k3nt98YTRVf/2x9TNr6Hs97nAb4iz6s+0VO94mmU0o5er0/4KU5C4v409D4iVgAyeq9hsIav 8yK+EG1+wRw5L3Ll3UqDPzr42Ug1yhjra7zDPriohBh9wx3uMwQ104jlgLgS4XnhgozvIVnf7Z2L 67ZbKPD8nNV/XhTSiX9K5Qyfo8wcz7454Xs6/xrk/vlehWZpeNBho3pu0nkjK+V9AwkfPkjYsDdS Ez5uH+vVx/r+e+LP3cgg+e4CgzXuzmjJRewDNmp45vB4h58CndOI8mC5VN/GOaLlN0nA7qdAgy/2 EDiVcUe/0Y2IP8fNKMZtHeL8udcnWDoPsXd/Grqg8edgb4bl/TAR/SyBbxl74oNggZ9ZaFg6L/pE /bPeg3PF1+lDmkT0bYy6ipQE/fMsEpCoOwYSrFeQ1bnh50OlPbev4XV6Nh7kN2iVetI+5Kj53ku9 0jgB0d4MKxruZFjE3NBjjr4fGUf7BhPUszLPl8nru8v7I4HNn/aVHw1kDj4fOpqxSt5pCz8Fqh71 pTMVKb0HM/ZtIJzpgTyuqHeiyll/YfmFZfdWdbHzXTbP3AIh/dL7hkSuz1GyCoKdASs65igan8HW AvE9/kIk0W1lkMu/56LclLOOQBgf+9ILhqRHK0BCeQzkdg8GSFTmxuSb/c+BrM7NA7ncpvjMRGdn gPyc7wIyOtcdZJl0XoNE3Bkk+FWIuwyuAASCUKP/BRIF1bKjzeUWJMjtESiQ8OJABfrz2zvI4LOX 1LGf79cgUZ0cBBKgf+kaOey0Wd2vDHL4bgnyXP7nBqigaqFcA+eC/4WBD9LzlDaXc4tAUJnWL0Wg yXlPF8EkP+dALvdTXBTJ8vgCSKiQg1DKwPvGzcj3g2EkOzbacKYX4nF0evDW6Ixv/O1hQjzD3zP9 nFlKSY3RzxKQ0MX5ELfSrmH+Laf3AMkpPbdp83rcmTSa2aNWIJv7e0GiuhjpBqjxat9+fxHHoE34 7EAis5sCVVHzBGS/fVZhjroNe/3QnPf9DcVQ92BQ2GR0VjLI5krSpJ9GLBQkqqmCUIjWR3TmVY4g 0eQzhLCZR74v9Dr9ZvQVanHe04fUeyjh4vOAyKH7Bi+QsClGXKq+tuGPureV9D1CkTo6BPvcu3+x VfmtAGRyjxnI7hnXpAcPu/8FZErc50Cb8HqAnJ7Bd8EFjVMGiSi37GgzuqYfyOaZNIgAzh65A+Gg 8bFebo9W4PwigOpt1rix0Gb328fnSvM47TVBxPS/AHvTs5Yog0jhcu0b7M1sc/u9/sKwi3kArzNs MXg9HpviaWfsVahleubJNaEMd/n3TKFTQhtqLlYbZyZ8bfxmBEKtlnja6xHPC80T9+98SOyJIHH7 QMnT44A8bQ3raVrgJniv2S3je+BFBwJRKEYUak/Mt7RhcWDEOoWq6/HtC/VPjwOCRPVrECKbOgZs OzHW8Ec9znR9iM9EJArrewb8BN4DDvt42g9DMdqE5+f6Dme9b4OQ+O5PY/NVzw9tEP2NNsG8os1R IzpF7BA5h9DJAgmtZJAnzm0KhTmDiBJimEn+PfhDfF7Py+w8rk9qwr26F7TBOBfmlZCJ9oCAp8d/ CMpgxEabw+OAtIk8V5DbNWVJLjnihgzbxVUbaBPK2BcKqGGhfMjk30PShds7hFjC4sKv4CoHOA8o OeLvYSePEWUpFAL31582R47ataDdFN9DFr2vuWU94k7LrhN7L3ePmAcI5hy+h7CRh0+IRCevNXut Azq9OgbrcHpM78K14dExEBa3P+03hzcCvmX4kVbEgN0W+4gw/hfQLHUfPn2L3P+LQq/O8AKJirIX 7E2PZ4FENBYklFZB1pi9K760+NJ5iFnFs8Iihr3pvGgCkfPgK4s55b5o2gQj6lrh2flaICThXIIL JuZ46dwBiV1s+7tj/Xwqo94DEI/gQlejiLL34Id7MpAtdjGYmB6NvbbpCGtj41btf2GjzHf0jYUV fVvIDfJeI0hcSO2927q43//a1t3VLj4kvDicpp5nRJv8c1Cy/ESHVelx2gvupGcpUJIa619HB+Ty 0dlJUa42oU9x7cSdo83vdV4AqTeIN3nfxqjHQnCOzFBvMy2xsuBbhkeTmnnhkdnZkfz8gYnpkbtr Z/nEiHL8+D2YUVsKifpzF7pWc8wQdIt8/eARckYUxRsJY/uIkg7hexWMEs/U4GmX5weD3PEXKP8W XhwYkrGC4UHGCQgSJ/rxi2zw66Bkne8ux48a7To6BwXn/W//L2DibcbF84Mhv9U9+OBe72fjQVFd Xwtf2Qi/Mx3z6Kw9BC3wmXmv2XZ8hsB2dB7XhYh+2DsgscOCxJnFP3D+Du/Z4qw/1m2JMUBIwFcJ 0i8exb7gQUY0FrZj+G4RXnHNRZ62x3w7/5AB179wwkxwC5+ozOwW/vlH5ct42ht7L23CH4JMSNij CHtcPkeRu4gdCV5n3FhQTQ1vEVkszvy9EJuIuXPCfo4RJSQQo0OEw2c8maRhJ5IsH7sYFl/YOyCx J55Ex2JEp1/4d+CPxgkIErE2VnbE2j7Oqe+JIDVD5ils8pOMAz9PT3SpC3ldm/tKnirIEnYIYWzn rV9YYmG/EaR0nhBtxvCGX0NwSmizP77vXIhP+07+6an6PCBAF5bQF7pzmwIvUow1IajqwW/3qhHX 9dudIXld4xRMC8IVcV+4xiMsrmskWV13MRi5P1+nhBGCh4I7POILuD1i/VzLFjs5mdhxq+a6G3Ez rpRhPd2In/nfvikC67sYSEQ47r+o83DdpIr4uJGN4RoDtEHHUv/CPVBIIJBf2GL3QNQo2pCiHAjc 30BgTwYSmovXTcAmRhTJHN+RYNd6pgZPO2N3QYPvdDvkRk3O5zXVnSN2eFMrJsYNA2X2McBNkUj9 BYrqTvG0N6KxZBBGlPSGLBwjyodG34iWx5cuoSV6cZeKnZxZHeccOc1hQd7E0b1vD0Q7PxvJSImx Rrc14hggsY8+wxkezWe4w058EIn3eQ3inPoLZnjE3p/fFt6iB536R2cISPy55xfVlS9YybH7o6AS pxms5LjlPORJ+K3tgR/iuxgKteHDf6jz7ec2elOevXY95PJEGwTfA1mW2EefZQ3bH228mlUL+az+ fxYqZBQSduKzhMro9ax1o6Rye0Tln/WJaB8auWHzvX8QA7TX7ye+Gcjkmd3XS5yp2kR24QUD3NW0 PyT8vXgpXEmaNsjceK+hOfiJ8XL/8T3x/c0RR4eTHD6Hd/zFnfYlgHt538jhiL8wHRGXeQl9u7Xx Un0n3oM4q1sBMMDDS42fMSyUlxpVvupf2Fq+FuCGx70RJPaDd9kjjgGfPHw1IJ6De71QTmN0oH6p hU8KVCjlg4TlDYLmu/1tzNHNbzmfoer+A5DTs6M+xHfy+w9dtujBD6l87xvSirp+eBoR4WhDDMoR biy65m5EDpyHArL77f3GS+GZtiAonXoPptFPM9rgkY82p9/EafPU04ioqdXJRQIKhL9nJkQYCAdD IJvfpnjP4dwiLiyQAP1pXGV0BdPmcE4WyOPWLal9yAH7ewh5FjK//hcoNui3w3sg2uezahh+p+5v XKaoWap9+xDv2wCR2P/CMGzOwPsubW7H45aL04xLW2R7gRDN8V6D+J/7GODxPdPr2dM3CsJ+OwR5 XSP3Rns6dpdvqH13GVDGjr6tQ/1tgsjxtMqAJflzceYVCDWIdEQxAjwCdcPmduYVSLAQSSX981sB CFkP3oOBUEohfuOntAqhFG8DndtnCE2cWfoVanFlOJCIvd+4iP32DvI4BwMklARwH5A15N8zhTIc bdaYOz/ijT53flMo6t2E6z0CBRJKkTeFGdzqBAmmOQg6B/6ly+kZlpTLeT1qdaOC7nfae8Sn6vNt RKDce4Ccg3sAeVpk45HUjL2h3wMJ0TmatDnjPB1/j7PcaPOOait/iHMWbkg6YVPAGXdLlTabx4NB gn8Acnq0AuRxPxLI61nAH+I3PVxc/FQfa+IYannTJvQ2QA73Odxwm8KuIlHdc+Fos7lPCCTq/4BE di4uuzEsYhC/L3xt3MsGggPBx21dn5i9BEl9RNmq3D96I0IRezyI++xoc8e+Mw2hdMcFY3Jm3A1x /vIZMpHC7mOANLdrTN/TCHNDxw3z2tkZ98R+HeOGH8l35Ynbru9I04R0q/cAvcFCSO2ONhTiCOR2 dVZkFqIOIcgbtxxK39S4QVmIMVjuWI2oX8e8/nScL/+eynS6aeEsXoqLjX7fBlk9hvwhcWeah59z DSEej54RAnK47xakzjmIi87WgtyLiJeODkjYSDOp5T53QOJmBAnE44C48BfnI4FEDAzkca87sh7c C/x7pp9nq9AmMlM/JFbJzJqLMaDKnM/eeUb40fuGQLrP0XmZsk3U8bzRfnbfLQiCF9GDUNm555Uf 5G1WNCkDiegyT3tjJ0f7OdYprP74HlSh45zDUxNr7ksz8n0UVei45eDdiZNpGYJDe1Nsw31pIFFL AeR2TgnIGzNxweR69S8s5I65dQuB1esq3jAWPMv0/sz4wd+DCLjfS1CFDg8GqtCxX5O4FTssjlOP SN+cWO5XBjmO6PWKpLh/DwqOvhrJBAgPE/Fbj8rfK54S/wtkbydyeFzmXn/BnQQZwu9CXkGc26g1 x04Oxzpm/IoL38dtRc8uvnTEFNKxpniI1zxBgo/l6G1QLo8eTJQRizanM5l5D5yOaHPVPGD7jy8l 9SW+FD6Sr1M8aZ77cqPjHDe9lRSXeBoy1+4pWVcE0/xLYY3HWK9HrHoEMuJc4LoQVidZCs5cvLc/ Crpq3zbEQHx32f5CXZ+nvcftTxvYLgO542zchuClITuGJ9afxmt8HuCjDi/oBj3e/wJI+Ck2SmH5 aUa9hHoaczTeM99hI20ctfEeVB/jadQyjbFm64t/SmzXV9a2jrNbGxsbbPQAC796QKkW/3MrhZgC eeNGuf+F+sC9E7byL0XLOiziD/G1jY8gfN6w8G8/54jkDPE0Ym3RN+jxPjr7Dyqmjg75GK6QQUm2 ujfu6KlGD9AO9D+3487zXQyvf9w1QZzldu9kS8a4jQie+5fi2vD5tk+z12K8ydSI82cnhuz7NTlL 4bcEibMR/lDcQsm6cCbzjTpF/Tmcx943Ri1uOQfCUtEGNoOPNXWbXAXpPhDG8f3gwBXtcwfkqveE kueNlnXcQomie60y2swRTTpwdkYPcMBFr5HVKOTyXFKcYkh96xzl1A5r40C3KEa0GKy85455fczn P7rOdDeOJLvCryLot9tdVbkWYQ2QS4QXTGMMCH6AkliSiOaGItWafnt/STVH0/Z3/kl1GJGZsce9 554b1l6QMOcmLJqLvzWmAJ9ZxGOE3WxiM/N9gWjAcN5BzcG5OCuxFWH0Elux+riGueKaZNSWrO6k hw1jZyaky8fOvJ88jn8FCS2KynW4FWxJH8P3kCbSe2GGXDtpz6FyHU7E7KaBAUFkQxhVIB4HthLz 4NEdICSBCO9WXOVgJQlfuGdhUV39BIlGfLjp4T3d+8kBJFiciUVwFZcVJHg8SQ3k2Q9WUrXMfjOa SX4dkcDsQfIwrHwIDjqDaEXuz6P1102czs8hCM2FEYIsWvDgbrJo/j2bxJmfUMj4GM4UeGmdfbZu 0mOhtgMhfDrelsMYbsiIXoW1d5OPCq2DY8bXNyIbXA9lRSAp3N5Bgj8YFfJg0VzYzHxmIbcUvBVL G7QZ1oVJ7zNrIRmK35kWJFQCwlwI7cZdMzxnqGEVWyFZ+95ILEKww0K5Cf5TFBPC2QWd7eAHXMmr 6GsvSLCtr/uQ23hdUXj20QsSxsFGQAhvcCiuzLPiPAw74ErCHl8Tceq1Pn9w3YX9B2db4HGt0Mn9 TLFydw7PIW+Sn55WbDUJCfk1SbFQgrePTH/hVLMi1uJ78NoHjel17YNuBEhim4AE+8Har4FNRyxC DXOBWGyfc2iah1FVUp67FeVyVxldCzQqn8Flj36Hrr2F7Ej+1sTreOwLk2dw3ZW1oNgWvrQZg4+f iMhgNYTlHdb4QhCjz5LSYvn3L237MLOIOAi2mtKSRtlrQ2U0PIfQf19DsPI5Px5D2hTWg4J1MvQp CSR9npbhGLgeZSDsQb8Hhn7ohboJ+IYyc3gOeuvh5F33o7PT18oa798DUn11wZYXWGH1AL/J3xqj u68hcIFcN28FCad1sgiEVazCBgpv0IypNqitvipX/LS9f0/bhVNnbUmIHMqEnA2k2J7S93S4Eby2 jkDkgIxh/tRuCidvVL/CulNJWec3vQp/x+dphf/mJ6Hac0Lwt+5R+HcEN08og001lUHMLdQWdCPW OiTrJGc05ysT8MYB254D0vopYEPcXgXSuX0UZHZ7PEg4JxJyF/ghIKtrTYBUj0MuWyyCzhIQsv15 GxDxprMRg2rrfhk2Z+i1Xhv0UR2JlAm+trLryMThtWFYCO+GpqyOnULu0UZHYiFdju/1BWVhP1+D YGbTd4Np7n4zQiIxcoUyvZ/wKRNuei+Ij15soB6nV+C6H/TsAjK5hXZDPLYPpDqHtqBp7pY5kM4t 6GUPOT20DqKP3ttkJQ0jHsRtdjwHRRTvhX7n95LtmOjWY5DZLcEgi6+JIBD7wxsUtwlRJmhiclDt 0qji0OmzEWt8eAO4Wu5rKyChFw671b0VpPJZqn8pssfO1aUMJx5tHZKP+k5bQHzPIggYKRuvDbFk X/kOSPuqDZLaxjB2cFq5LY0Up41bv0AYvv5uBCQm5OjWPGoLcTkgiHCH5yzOu6UMAUWhDPmrHBkw 6wYkZI/nYhRiSUGGMHrRdXcbSkHXPey0DaFB3qIgngmEq1ngYICMHsMBEnRBQcikpq3DohxOKA3h EL7LNBDN9aS6BZ27NQKEW5O/QUP+REfw8vi+3ZAMJbwBPOLQ1pyV5/CcNb11W50BUUi/0Pj61qAt HN6AM4XeCgjeDnnHQNi4/a17JCEd4dVCGQQ7fZ/DcOpM2bKZVL22FuVYn9vInHrGBIwE3LT0rSFE 9f49uPQ8Cosj2urWVpKlhfwLIAhp+htwB/QRT3oMj5bckrKFk3eLx8ZPDjDnwzkE75zb8AuUetcs Ben8Froh4YzU4q/32UgR5+puEhBugwSp7hFguKfTOr+71ZAyU3qDPt0+UCQLd4yWbKo+3uC6h1kC Bz2cq8gZEU5pcMPDetA17eLjrWtJaKQjsaO3fXXhWu8ez9K1iyu6guCqDc8JsUml64LHBqRzJSiQ May9XR9ikwrLaLhngbj1mDKYgv17cBA6gi3PrTgFycVwTkSJ3dmOlOmd7wIyFd/NYGaHuzOI86IL qSGcF7AhYeXrCb709RrXrltxMB2PzrMDCWxh0q8SXKG9AAfEOaeUmdbQP4RH+V7Pddu92KXnXu/r Na0WVj7CwFy9vWxiZT4bIR25pZ4yS2prdvTZW6cfwu29B/FbwRbyEFoHHQzfg7ekBKE2iLehtgFT hb/1UJxtUgasxz4Ohn3gAFKm8YgdkNFt0SDHsNPCAA/zB2V5t7qX4cBKql+K0dC9ipQhQCuUWcJN D1pnuLkSeBLW66E5ureigKyhrZvisVa4JBaP5EROCKerfw/Lf2idbgj2naELuoY8ZwkWmS1BoY9E tODdx8/0RcDX37o/ltA65Lj22YgOe7gHc9t2i3OBsx3uwURRhhvLuFvCDQw1emf6lRFxBp+NZFQP t9CR+1wog8E5IWk/hQEeds2xCXkVywgb1c/xcMOdf00ZqMTap3gkwqwf26D4AZWhdQ8hyBRsnWNb wooEB921HcuIhz18KUlpfP6MXefcPGojxsXbgCSavpKPOJPSc0qwqY4Ej4VxsB0Q/A3Qi05l1nB6 wnPo0WsFHaiwb6P8n8YBDC9vHdjpoXWOGNC9dY4cBr3n8Eik52Cq8V44HhCm1nY7HtIZ9ojosJ+E YICHHQNFmLCSH0mO5zvTsRnDvfHYHIM9BNZ4uGMcm+TlASnhe9qQ24urR8jPBFKCLe3IGPWV4ti3 4YQCEsbosQ88h3LkEBD6lBulj8RpN7vnu0yIWPqZfILREZDNdKqjamr2wRoBM9s5C2WCp1pDbVzf AxL8wdQ2h9su3JkyeW0ooHrPTS2JRUIZlBod6XZ7X5EmLo6+ik2km/I+nbol1rYEawR6BeHsQhxn uElMfd/7aR0GuHMny4RRKrQb+dHD2MGEH8YoB4cwDoY57M4TZ38fIaj4h1M0kYrOUy0zpk4fITN3 Wj/ZzYTXBwTqircOnO3Qcxtn21tnJtFReA5pCMNzIID7XjKTyMDbem5njw8uaMEHfzDMbI8qKyDO ZQOByKXzZyYhc3i36BWZB0QYtLYF64rvPwvS6f4cZlywEuC7DNYV1NudTVdgP4f7D3mFg0VmS/nr rQPHOewlcJzD7rwltfWxs2CQ8XkKw9gjhwuq6h4NDsL6771Aektf+dBUD2cXkHCnJa2hR0+XDfF1 lISHwV61wCDyNWRDQrsRkuJzbkHQKNSG0IKfQxbo5KG2YeeRDWUh4WL4UtZE7wXkMoOVDQHFWOYY 7G8ws8NJCEWLYEeCsx3YDEgRhrYGCX50+NdhvKHevvd9ez0sYQYjVxZ2M5TYg5VtTZzTsjZrGG8r fvTQP0mnBAMX/n+dWSu26IQQOhzKpB1w00H3HWPlluNzYYUL6iMei13Y50rKfVPKLta234d5Wshc 66tlOSyuHlXKIXlWQVy7ljIlWPdxIu99boM4c7GABO9yaZLnAZenRwEX3JfB54raebg34n4JowqG cUYOPkIweu/9RFxIOJKQEPuPyTDkXoPwk04b2BXCTQJ12HCXAQl2S/TJw9kfxNXXeLcabHYVuWbf Aesu2TrRQQ+sykqyTp/1dU9Aus56lMuLrztYD4JPAl50WKvqvgZLCVqMweZAFFiweaNPHuyjlVwx vpLXZg3nxNo2oU8rR5fJW4doldA/LbJxXqYL0WsF1lNgYtaOFDehNkyNASHTqiPk1PB1hx04MEdQ LnfucUGf3CP8Sx0Sk4w423BngnvsDCKmws73EpAQDQESblNMnxCx8zKxtLeZWOQ9thYFCVx3ELIG eRm8itoLLCAhZgiEiNpQW+DiUIa1z8u0XHMC0rsluCIX4NFeILg4vLbEwKNMdX4vYR9BGQ6kcz8T CClY/Q2G2dcQFr7etRkIIoECobVhrXJbGmUI3Qpljn4zqnyn24hJDYH92GvrAgu+7vudx0mABL8z yOgR1yBH5w2CFF8TQWoqQ4pp3UsqEYQePQAyeTwGqS5Si3Kq8t2sIlzuNi4CdvZ+MwJhKddewE3r uuGk3SR5oZdpD2G8wXr1tbeiAOERfCCBIYlZO/gKNsTvMiCDs45AQt4ktm2COPxL0SkJ7cbGpDvT dgiIZUI2VWhKrCL6BnBbnX1GmcGtKyDBVwBSnANYYb26BR2kXfRcBTK5Vx4k+E857oxh5Wu4Bvt4 Q5PG7VXUxnTwdkNo2/unIYGX9zYCWn6vr3BnXKGJ4LWgqAdS/UxRiSh2rVcQVK/8eyB4+UpOGjW3 OXA1hDbhtSFSuAQk5APbgvHcrgxSnBtREQXwWwFIUK0DwZev78ZW70y/SpirnxNBWregg4T8pyCj 8wI2xO2WICH+lLDD1r2+IEdnM4CQxdLbYF/c1llZlP1WAHL0Ww4Iuif+HHR1Qy+kjH5cPub0pc3q d5mKSdU56CBzWF3atngEUoWfEsYoKZ2ck8XFiCu/t0E/exwyYaGI9niZYT+H2kB8HUVJOuzO7cAl Izwn3DV5tzms17Br3bZB8qqQ1RBkCOfrbjf7fa5yOUxliDv0sz/XxnDeIUzcraBcNUNuVpDgMwIJ MWpcT3E4alt3DUPbESaq9ymKZM6IIh1Y6zGRIJN7OEDmcCYn56TzE2sX7yWbiSt8KdTS4l/KYunr AcF44SbBkS+cq1BPdItz7dCAqPoG0NJm37OgdXoWM5Kl9R61tCHODgSZ3XtJgrWgjAACA87f+hB0 TimDT8DLYAUNbdCkEzFORbcRb4HdYbXsG0I2/Q06TvIBgWQWkGNqt25yNhCJ6eZmCrWRd9IRfK4+ ErkuHBIyruF74Or6ioT8m9sgK5TgcKboh2kXnoOvICHFo3wwPQUrKMgcTg4DMWrep2w/4fREsifX jSB1FcZb7QVib5xPQWrLYL/GYIYHyGtjifXWGVgufYRsAQfecwM6225zGLjPJSTwiCuCrh5xgIlg 9ailOsIg8rUK32UYByM7k9u4YHw6277C+HQPB8gURvymBuztBj/f9fCprYS9HjZS6B8iIt3zUOFo hjVkhK/s423Equu3tpEMAz6q4JEFO9LYV48DqyPOch+J5KANp5pNcdd7G7ajc0rqpp7rzwEp3gYw F93Hj+slZBMCCfo7G+KKhyAsMDpPj/GEfySIUH2u9cgh1mcwiGuNE7o2pjbAQBueQ/ZEv8sce5Sy /HuY9D4Xjn0JdjGQ9KVwaH0GH8ma5289YQ73cTDtQrbBOu2CHj5I4OaB1LAmwnYM9sQpZdmuIOE0 SC6H0AbTAUaf9sJ0mN1fz3PmVAYTU2hRVAV9/kzN6N4xEoT0zpAEWcPqP7VIbvj3QG7y8Ub24HDT m5jAPkuwHbsiZZ1g1/puNg0cfP3d2LhD60DRDP1D9nhH4BoGOwUKtcGiOWOq8Z5DUzbMObiG4f4z xzURtVnnFtUZnrf3z3wYp72223w4Oquf2sgF72UIvfcRggcs2MVm4pB9NwMJdooZFf/wBtwOw/cQ ceAjZO6RwPbv6aH0OTIgqheQGnqOeOtwq152Jdxlln0TrEUwF10jqi6QZ/zkgCaAs6wr1rdwJl9I Dptqg2WmbYBWc7C2wlwMN5YN8T5FNTWcahY0e7wXFlzvvsvAXAyn6KUNavR1IcYmvBvB2D56UVoN c5t1IlgJGO/OnK/4o4MXbulh53kvkEjH150lqf3VJamIgbAmhecEvTTKLGGWbEintZG4PNwKSDW+ 99kI0nkvMEJDz4EED/uatM9IlHkM+wLKJh6rSJnkRUChNljdYTsGb+ymKesjnoSuwZ64wiNOZZKn eD2sYc9C1T31DxaZ8Bzkbn3+kLzQI4MqmrLB977G0wZJ65xLXVHsCX5AENfJogwURR+j0A/C9+CV 91mCCuzq55C1r6lP4dW4lW1FY8DnAoJ2oRfKbgw8lI2J6Ss50SXh5oog18HPSAhyhRs/yrFhtdzE m7xFySYRPDYIJIVTZzkQ3ac9Vw5zuFXDHw03MISLgjepdDtX76hw6cKqDBMz7NtIV3isIrUdXbUB ZApzu5A1wkdiQUU59Bw6P6EM+4+PRHhKrr9TyzCG+zbcyTCuoQMd3Qpa0ZD0EVJ3S7BFg4RzSI33 xrqrHidRUWULrDCQwMUhi2ewI9VDO/ueBUHEI8QQcSauWcc1SLBoYmMLOyCOZ2eW0jmJ6wESbAG4 FcNKjoMu+MCIaXblioobzmNsQIJ6LkjnbG6QIfACUI4N61vtq+dfqORXSz2HITb0D37NhJTUOgPv vfX2z9+uLk83109/+be7q7vT85f/vrz+qz7cP7+5u/rtdPvu7XK6+3C5Ob35hb/YSt1dfbj8Ot/c v+Ifzp8eLud/Rt5//fAK/vTTd+Dp7nR7Wy+nj6/Aw6dP35Hrm6fH9fzppeLbX06Xzz9qftkk764u +uv1+dN//aO2j+f75/Pl3y8PXx+/1/rtcnr8z/trfn594L79fk27u7q5f/7rzd3r709fP7x/LXV/ uvz+T9DX++u//XbZKvz5RwN9u3r+cr47by3019P95zffvrfS+f6n/3m//em3q4+3l/cft7/55fT4 ePPyJx8+79+9vb35/OV5/5YSz/zv+nT59eU/Hz4f/sAOLxj/27CX/5w+bl/GX//xj+0Pvv+Tv/rj Hz9+a15/a3781r7+1v74rXv9rfvxW//6W7/99uX3x/Pl9ub+13dv//HP7fdPD7e3D9/O1//xA/9/ P31vhKcvp8cz/Xr6evvMAHu4evmBTnv54c1vV+e/P797e76+eX775unx5vru9Pd3b2FivWwGf/z1 7en3h6/Pf/rbrabtjx//9Oub69Pz6d3bl6355z8Vfhnk/+ddvl1dnz/eMCDf/3734eGWz3oZ5//6 /cVvb56e358fT5fT88PlFfuXl0Hw7erp/PxMjz795X8FAAAA//8DAFBLAwQUAAYACAAAACEAStiK krsAAAAEAQAAFAAAAHdvcmQvd2ViU2V0dGluZ3MueG1sjM7BasMwDMbxe2HvEHRfnfUwSkhSKKMv 0PUBXEdpDLFkJG3e9vQ1bJfdehSf+PHvD19pbT5RNDIN8LJtoUEKPEW6DXB5Pz3voVHzNPmVCQf4 RoXD+LTpS1fwekaz+qlNVUg7GWAxy51zGhZMXreckeo2syRv9ZSb43mOAd84fCQkc7u2fXWCq7da oEvMCn9aeUQrLFMWDqhaQ9L66yUfCcbayNliij94YjkKF0VxY+/+tY93AAAA//8DAFBLAwQUAAYA CAAAACEA10I4dWIHAADtOgAADwAAAHdvcmQvc3R5bGVzLnhtbLSbbXPTOBDH39/MfQeP33NNU0ig Q2BKCwczPBTSzr1WbKXR4Fg5W6HtffpbrWzVtWN7tzavwA/a30q7+q/bal+/vdsmwS+Z5Uqni/D4 r0kYyDTSsUpvFuH11YdnL8MgNyKNRaJTuQjvZR6+ffPnH69vT3Nzn8g8AANpfpotwo0xu9Ojozza yK3I/9I7mcKztc62wsBldnOk12sVyQsd7bcyNUfTyWR2lMlEGIDnG7XLw8LaLcXarc7iXaYjmefg 7TZx9rZCpeEbcC/W0YVci31icnuZXWbFZXGF/3zQqcmD21ORR0pdgeMwxa1KdfbxLM1VCE+kyM1Z rsTBhxv71sEnUW4q1t6pWIVHlpj/BzZ/iWQRTqflnXPrwaN7iUhvynsyfXa9rHqyCP2tFdhdhCJ7 tjyzxo5wmuW/lenuHk0ertCVnYhg4YAj1kZCACEelpMoG+jpfFZe/NgncEPsjS4gaABgVbNwWVtx iCtEeemyBJ7K9Wcd/ZTx0sCDRYgsuHn96TJTOlPmfhG+emWZcHMpt+qjimNpk7K4d51uVCz/2cj0 Opfxw/3vHzDFCouR3qcG3J/NMQuSPH5/F8mdTTEwnQob4a92QGLN5hUOOrRXD964GzUq3vy3RB67 GB6kbKSw2yhA/ztBOOv9YNDUzqg6AbTL8vVkuInnw028GG4Ck3fYWsyHewHiOTQiLjcqWUkPqtGR S77qOpy86khZO6KRRb0jGknTO6KRI70jGinRO6KRAb0jGgHvHdGIb++IRjg7R0QChaueRSe4GqSN faVMIu34TgE6Hih1RakJLkUmbjKx2wS2sNbd7hLL5X5laK6inD5dLJcm0+lN74pAdbZb98ma/H67 24hcwRdNz9JPBy79lVglMvg7U3Ev6oVLvsac8MPkYAm7TEQkNzqJZRZcyTsXUcb4rzpYuq+MXucG hvWzutmYYLnBktsLm7UsevtKOPufVY5r0LmZZi1T6TNOiuGsJS/bjX+Rsdpvy6UhfI3MnJ4zwlxD oIvdS/Tchqi5u3pnYQNAmYIrF/wpoH2C/6648O3bGFP8d6XoifYJ/rvC9UT7mB/d8WUrzYXIfgak 7TVn791znehsvU/KPdArD3P2DvYI2hTYm9jbJ4nEnL2DH8lncBZF8JMbJU/ZsXjQUQaFHQ5Hwc1G nws7KDXZO2bMiB2gGmvKYA3TWgaILbo/5C9lf/HELQao0v5bs3c7n7SsAJQg0jf09702/d/Q0xbN o1I+pfDrklwGNNpJy86j0op8cvWOEeNhhY8BGlYBGaBhpZABasmP9m8eXxPpkOHFkcFiy7KvYph2 ZGWes5XZg3glYKS6Sfj+atm97bnQrJsECjtAzbpJoLCjU6tlvm4SWKPVTQKrpWq0x6iqqZxJsetm FeS/BAgzGke8CaBxxJsAGke8CaDh4t0PGU+8CSy2NnhNrYo3AYSvcH7U96CqeBNAbG1walf8zqis e2il+4fbEcSbQGEHqCneBAo7Om3iTWDhK5xMqLG81BFY44g3ATSOeBNA44g3ATSOeBNA44g3ATRc vPsh44k3gcXWBq+pVfEmgNjy4EFV8SaA8BWONhwUb9z1v128CRR2gJriTaCwo1MTVP+RSmCxA1Rj efEmsPAVTjIULExuzqTGEW/CjMYRbwJoHPEmgMYRbwJouHj3Q8YTbwKLrQ1eU6viTQCx5cGDquJN ALG14aB442b87eJNoLAD1BRvAoUdnZqgep0jsNgBqrG8eBNYmC+DxZsAwleeCuLMaBzxJsxoHPEm gMYRbwJouHj3Q8YTbwKLrQ1eU6viTQCx5cGDquJNALG14aB44x757eJNoLAD1BRvAoUdnZqgevEm sNgBqrG81BFY44g3AYSJOVi8CSB85Qkg3EWcMI0j3oQZjSPeBNBw8e6HjCfeBBZbG7ymVsWbAGLL gwdVxZsAYmuDPWcL50XJx1OPW5KAes6gPNVABk5bgkQFFhP8Idcyg04m2X86ZCCwnCGD2JIe1Cm+ 0/pnQDvYfdKSIGSUWiVK45HuezylU2lEOJl3dBJcfTsPProGmMY4TKnHJ2+ge6jaLoTtSbZxCPw0 9zto2dmVJ8utNWgQsn1dRQsQ9qF9goagoq3HDrZ9PvAiNlUVt/HvtgUV/w89b3H5zmTy/OXs/fS8 aHBCk00nog14EUGvVIcTxVF4fzoJD8LXXWo5L49uPTRrlM4V5+Yfvq7ce49Ob8ItWMMWv409I97h M54h71y9AF9x8W46CG1b6FKfh/68Fb5tVolrRIP/fEptKKDtD/+25kIe3wlnFp6fyyT5IrBtzehd +6uJXBv39HiCdbJmaqWN0dv28RkeI0dPDhmAJa464y7tJNrXPt1vVzKDPrCO9f+qbX3BfrXHietO xLpw+50H3mNeU1e93bdHm8pvI+uLT9+GU1gJHx6jbysBDXnfbH9dY8M1kwVO4+Ggjq14MZ28mLi3 il5Fhflho7sI59AygRYi6DGBpoS9SIomA7gLky27E4vNUE4/f/M/AAAA//8DAFBLAwQUAAYACAAA ACEAd+s4O1EBAACAAgAAEQAIAWRvY1Byb3BzL2NvcmUueG1sIKIEASigAAEAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAjJJRT8MgFIXfTfwPDe8tsM3FkbZLnNmTS0ys0fhG4G4jFtoAruu/l3Zb 7aIPPl7O4bvnXkiXR11GB7BOVSZDNCEoAiMqqcwuQ6/FOr5HkfPcSF5WBjLUgkPL/PYmFTUTlYVn W9VgvQIXBZJxTNQZ2ntfM4yd2IPmLgkOE8RtZTX3obQ7XHPxyXeAJ4TMsQbPJfccd8C4HojojJRi QNZftuwBUmAoQYPxDtOE4h+vB6vdnxd6ZeTUyrd1mOkcd8yW4iQO7qNTg7FpmqSZ9jFCforfN08v /aixMt2uBKA8lYIJC9xXNi+UjlbcQpvi0Wm3wZI7vwnL3iqQD+3Y+Fvs/BYOqnupnC5SPK5Du366 U0+QUcjLTtNdlLfp6rFYo3xC6Dwms5jSgi4YmTFCPrpgV/e7/KcDfY73H+KkoPdsdndNvADyPvH1 n8m/AQAA//8DAFBLAwQUAAYACAAAACEA8FibkNgCAACjDQAAEgAAAHdvcmQvbnVtYmVyaW5nLnht bMxX3W6bMBS+n7R3iHzf8lOSdqi02lpV6rRVk9Zp1w44xZp/kG2gue3L7BH2WH2FHmNggUhVQ3OR mxDOz+fjj/OZw/nlI2eziihNpUhQcOyjGRGpzKh4SNCv+5ujMzTTBosMMylIgtZEo8uLjx/O61iU fEkUBM4AQ+i4AnduTBF7nk5zwrE+lgUR4FxJxbGBW/Xgcaz+lMVRKnmBDV1SRs3aC31/gVoYmaBS ibiFOOI0VVLLlbEpsVytaEraS5eh3rKuy7yWacmJMM2KniIMapBC57TQHRqfigZbzDuQ6rVNVJx1 cXXxltUyhWvgmTNXdi1VViiZEq3Beu2cPWLgv7Z2S6CF6DPeUsJwza4SjqnoYWx7jJ5///CO4eF5 bm3PQv3fCHBxAc2El9oonJq7ks8Gd7dZgvwmRGiaga/CLEGLyL9afAnnyLPJvGSGfiMVYffrgnQx +XqpaPbd+pj1uVjDC9ZFzK/DcHHl+87DKuugcLErwl9TsBT+Rv4n3/eDpgaQgjJdeuDyQAc3vDcu S8aI6RHvyWPven7619u/ph0KI6s2vPih7G6osNu05gSdhk0lORYPjSJPFk2xXh23wcrlqBspjIY0 rFNKE/RzzZcSuqyO88/A28BABQBnZIWBGVsPgDUocIW92wo2mQi2mDhpLCAi0I7V/B6YkbvyEkTR NGKuZKkoUbM7Um+wM7KmOkEjU74ba+EWa/P9s/b89HdX3sIAGsh2xa4N9Rvaz74U4Jjse2po240g 10RDgQGy2WtbTRBceHY2jaD9KS7a6p1DUBycPNOIGQvJnUcj6/sV5/S12VCHobjoZOIRPlSXY21o 201xMGBtvdIOQXFzeMFOOpL2p7jTLWoOQXHz04ln9Uhb7QQwsr5fcfBlMGqow1DcIpp4hA/VNUVx MEJtDLJ2lILhEFiCXzvHuklpI+LWTnrNQNuNdRDZTGRwdR9XFy8AAAD//wMAUEsDBBQABgAIAAAA IQA36xN1OAIAAF8IAAASAAAAd29yZC9mb250VGFibGUueG1s1JVLb+IwFIX3I81/iLxv45jwVKGq mLLsYobRrE1wwFJsR76GlH8/N3F4dDBqI1UjFRQC186N+XLO8cPjqyqivbAgjZ6S5J6SSOjMrKXe TMnv5eJuRCJwXK95YbSYkoMA8jj7/u2hmuRGO4jweg0TOyVb58pJHEO2FYrDvSmFxrHcWMUd/rSb 2OS5zMQPk+2U0C5mlA5iKwru8N6wlSWQtlv1kW6VsevSmkwA4GJV4fspLjWZtauLqonmClf966BW pmjqJdcGRIJDe15MCe3jO6EMjyEd4LlPhySuG2RbbkG400TmyzlXsjgcq9Yorv1AKV22Pdb33Eq+ KoQfArnBgR2sKN6wfRFfSRD62wq7mtN7W8maPqOLq7CCfU6dcfmxfzxXIJZSCYheRBX9bFZeT/iX CEMKA9pDEikeDL+lYSL0c4g848LZ02JxJjLHynCUJm3lTGTcVoJEmv+f+D4fJzI3OyuFrZkE9cFQ Fz06Rg61Nhgy6UJDmbWwIYHk8lWsr9Vxk0Xvf7D4g0aqnQ9BEv2jwM7nsC6CTuE7Z/z0L2GUOS/k ysogCEYXjRRqSaQoDvwMgwgaBCoJ0InEc50Q7NIgKRae5qdKJ4OMG6N1NkhDghfuBQP1mHKX3mky 8zpKhkjoM8yjjVvanVgeSuHvdJm2N8zU6vRoncuI9OF75obbXhPQt4OF0iaOOnDjCgXEbyiojlYf sXXUdlNQ902njpVrBdE0oKD3SSTvKqjdfWD2FwAA//8DAFBLAwQUAAYACAAAACEAypO/Yu0BAADr AwAAEAAIAWRvY1Byb3BzL2FwcC54bWwgogQBKKAAAQAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AACcU8tu2zAQvBfoPwi62/SreRhrBoGDIoe0MWAlObPUyiZKkQRJG3G/vkspUei2p+q0L8wOZ0dw 89rq4og+KGtW5XQ8KQs00tbK7FblU/V1dFUWIQpTC20NrsoThvKGf/4EG28d+qgwFARhwqrcx+iW jAW5x1aEMbUNdRrrWxEp9Ttmm0ZJvLPy0KKJbDaZXDB8jWhqrEduACx7xOUx/i9obWXiF56rkyPC HCpsnRYR+fdERwMbClDZKHSlWuTT+fySOkMOG7HDwGfA+gBerK8Dv1xQpQ9hvRdeyEj68cVs/gVY VoBb57SSIpK0/JuS3gbbxOKxE6FIAMDyESBhtigPXsUTnwDLU3hQhqikDX1E3LzYeeH2gV8ngkMG Wyk0run5vBE6ILCPAtyjSKfdCEWM4RiXR5TR+iKoX3TcWVn8EAGTaKvyKLwSJpJ4aaxPuli7ED2v VNSETb0+78J8LI/Vgk+7AQrOBxNAz4Ea5+y6DeGxobfFf5Cd5mQ7Dj3VjE4WDjv+QF3b1glz4rea DoV69HCQZE2641s9Cf8zPLnK3iX7vCl6Xsxc8KLifuuEpFstri+ucj9kLdiSbbCmA78DfhTgntT3 Om0lL5kd1u8zfzeSw577f5dPZ+MJfZ2l3mvki+Gn4r8BAAD//wMAUEsDBBQABgAIAAAAIQDdpEID kgEAALoDAAATAAgBZG9jUHJvcHMvY3VzdG9tLnhtbCCiBAEooAABAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAALSTXU/bMBSG75H4D5avmEQaJ5DSVkmgJEVDWqtpFHY5GcelZv6I4pN00bT/Pods EZXYDYM728d6n8f2cXz+Q0nU8MoKoxMcjAhGXDNTCP2Q4Nv1lTfByALVBZVG8wS33OLz9PAg/lyZ klcguEUuQtsEbwHKme9btuWK2pEra1fZmEpRcNPqwTebjWA8N6xWXIMfEjL2WW3BKK8c4nCfN2vg tZGFYZ2dvVu3pdNN4z/hLdooEEWCf+ZRlucRibxwMc28gASX3vRkeuaRCSHhZZhdTeeLXxiV3eYQ I02VO/q3efHRsC+8EXyXtUzy69xlNzATp2kQnZHxJBgHYez3K7H/l/qf/JOBv+K7Z/SeLcudhSp9 og7jNyKfDuSFokLe1PePnMEeNzPLa+Sh27KgwJF7a/Tp6zJcokVDZU3BNdW7mEWD2byGrame/PbE QCgD23bEaMXbCyqZ85OerJlrvBEz6l20xi9p5cKWkrYr10N7hllndozWvSg6WpnvgnZ3efPhX3J+ 19b9p0t/AwAA//8DAFBLAQItABQABgAIAAAAIQDJMTxZgAEAACIGAAATAAAAAAAAAAAAAAAAAAAA AABbQ29udGVudF9UeXBlc10ueG1sUEsBAi0AFAAGAAgAAAAhAJlVfgUEAQAA4QIAAAsAAAAAAAAA AAAAAAAAqwMAAF9yZWxzLy5yZWxzUEsBAi0AFAAGAAgAAAAhALO+ix0JAQAAtgMAABwAAAAAAAAA AAAAAAAAzwYAAHdvcmQvX3JlbHMvZG9jdW1lbnQueG1sLnJlbHNQSwECLQAUAAYACAAAACEAhPCT 38UQAABpdQAAEQAAAAAAAAAAAAAAAAAaCQAAd29yZC9kb2N1bWVudC54bWxQSwECLQAUAAYACAAA ACEAlrWt4pYGAABQGwAAFQAAAAAAAAAAAAAAAAAOGgAAd29yZC90aGVtZS90aGVtZTEueG1sUEsB Ai0AFAAGAAgAAAAhANSK+k5yfwAAU8UCABEAAAAAAAAAAAAAAAAA1yAAAHdvcmQvc2V0dGluZ3Mu eG1sUEsBAi0AFAAGAAgAAAAhAErYipK7AAAABAEAABQAAAAAAAAAAAAAAAAAeKAAAHdvcmQvd2Vi U2V0dGluZ3MueG1sUEsBAi0AFAAGAAgAAAAhANdCOHViBwAA7ToAAA8AAAAAAAAAAAAAAAAAZaEA AHdvcmQvc3R5bGVzLnhtbFBLAQItABQABgAIAAAAIQB36zg7UQEAAIACAAARAAAAAAAAAAAAAAAA APSoAABkb2NQcm9wcy9jb3JlLnhtbFBLAQItABQABgAIAAAAIQDwWJuQ2AIAAKMNAAASAAAAAAAA AAAAAAAAAHyrAAB3b3JkL251bWJlcmluZy54bWxQSwECLQAUAAYACAAAACEAN+sTdTgCAABfCAAA EgAAAAAAAAAAAAAAAACErgAAd29yZC9mb250VGFibGUueG1sUEsBAi0AFAAGAAgAAAAhAMqTv2Lt AQAA6wMAABAAAAAAAAAAAAAAAAAA7LAAAGRvY1Byb3BzL2FwcC54bWxQSwECLQAUAAYACAAAACEA 3aRCA5IBAAC6AwAAEwAAAAAAAAAAAAAAAAAPtAAAZG9jUHJvcHMvY3VzdG9tLnhtbFBLBQYAAAAA DQANAEIDAADatgAAAAA= --=_589fae7b2a7dede9d09d48fd219c54b8-- From nobody Wed Jun 22 03:43:17 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4934712B026 for ; Wed, 22 Jun 2016 03:43:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LhgW3yghfJJi for ; Wed, 22 Jun 2016 03:43:13 -0700 (PDT) Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5DA7B12B004 for ; Wed, 22 Jun 2016 03:43:13 -0700 (PDT) X-AuditID: c1b4fb25-f79f26d00000327e-12-576a6bbf3144 Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 9D.20.12926.FBB6A675; Wed, 22 Jun 2016 12:43:11 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0294.000; Wed, 22 Jun 2016 12:43:10 +0200 From: =?iso-8859-1?Q?Jaime_Jim=E9nez?= To: "core@ietf.org WG" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHRzHLeQHmIgrboikKlGTUG5lGv2w== Date: Wed, 22 Jun 2016 10:43:10 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_B8A299D1406548F7862F99848A37976Aericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrJIsWRmVeSWpSXmKPExsUyM2K7qO7+7Kxwg6+7JCx+TWhispj7bxGz xZEpd1kt9r1dz2xxadl8RouWz5/YHNg8Ghs/sXgsWfKTyWPp9TZWj7u3LjF5HDiwm8lj2qLM ALYoLpuU1JzMstQifbsErozv85vYCn7xVdx+/4+5gfE7TxcjJ4eEgInExJud7BC2mMSFe+vZ uhi5OIQEjjBK3J59jxkkISSwmFHi8FxfEJtNwFni2+dZTCC2iICaROukV2wgNrNAM5PE7DsW ILawgIPEhuPr2CBqXCXaLl5nhrD1JO5dugu2jEVAVWL1lUtgc3gF7CWadz0GizMCHfH91Bom iJniEreezGeCOE5AYsme88wQtqjEy8f/WCFsJYm1h7ezQNQnS5xqamGEmCkocXLmE5YJjMKz kIyahaRsFpIyiLiexI2pU9ggbG2JZQtfM0PYuhIz/h0CqmEHsq0lvlUiq1jAyLGKUbQ4tTgp N93IWC+1KDO5uDg/Ty8vtWQTIzBCD275rbqD8fIbx0OMAhyMSjy8D3ZkhguxJpYVV+YeYpTg YFYS4U3OyAoX4k1JrKxKLcqPLyrNSS0+xCjNwaIkzuv/UjFcSCA9sSQ1OzW1ILUIJsvEwSnV wBhTLnR097+pBQWlkb/3rlb+nif8a+YhiZbzPx1ybIuW15tm27qdFVZLOOa5dtrk4A2CnxfF HD/zmmXDukMpzvauPbz33PUjZr2blR6qNmPmXq76p9NvvdrAXfCtcK0Zs0jEtSWfP907f+3m lYg2tm+Gi/98F39yZJ3aSaFVekezz9yY4msbreOuxFKckWioxVxUnAgAGOd1f8wCAAA= Archived-At: Subject: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 10:43:15 -0000 --_000_B8A299D1406548F7862F99848A37976Aericssoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Dear CoRE WG, we are issuing a WG Last Call for the HTTP Mapping draft: https://tools.iet= f.org/html/draft-ietf-core-http-mapping-11 Please send your comments to the mailing list by Wednesday 29th of June. Th= is new version should address the issues raised in the previous call but pl= ease check whether the comments have been addressed. Thank you for the reviews and the help getting this document ready, - - Jaime Jimenez --_000_B8A299D1406548F7862F99848A37976Aericssoncom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: <400E9B755C5FC7468EF046D397DC14B5@ericsson.com> Content-Transfer-Encoding: quoted-printable Dear CoRE WG,

we are issuing a WG Last Call for the HTTP Mapping draft:&n= bsp;https://tools.ietf.org/html/draft-ietf-core-http-mapping-11=  

Please send your comments to the mailing list by Wednesday = 29th of June. This new version should address the issues raised in the prev= ious call but please check whether the comments have been addressed. <= /div>

Thank you for the reviews and the help getting this documen= t ready,
- - Jaime Jimenez

--_000_B8A299D1406548F7862F99848A37976Aericssoncom_-- From nobody Wed Jun 22 03:50:19 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2AADF12B035 for ; Wed, 22 Jun 2016 03:50:18 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cy7WiwPmJE_1 for ; Wed, 22 Jun 2016 03:50:16 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [217.70.183.194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3384D12B004 for ; Wed, 22 Jun 2016 03:50:16 -0700 (PDT) Received: from mfilter32-d.gandi.net (mfilter32-d.gandi.net [217.70.178.163]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id B44B1C5A8B; Wed, 22 Jun 2016 12:50:14 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter32-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter32-d.gandi.net (mfilter32-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 1T41EAWtUOAG; Wed, 22 Jun 2016 12:50:13 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 9AF2DC5A65; Wed, 22 Jun 2016 12:50:12 +0200 (CEST) Message-ID: <576A6D62.9010107@tzi.org> Date: Wed, 22 Jun 2016 12:50:10 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: consultancy@vanderstok.org References: <5768F53B.6010109@gmx.net> <576918EB.7000205@tzi.org> <67cb9ead467f3bbe24515a7b255fabc2@xs4all.nl> In-Reply-To: <67cb9ead467f3bbe24515a7b255fabc2@xs4all.nl> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] COMI: Basic Operations X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 10:50:18 -0000 I think that the question how COMI and LWM2M could converge in the long run is very much a research question. But I would encourage people to think about possible ways of getting there, because eventually we will have situations in which a combination of both YANG models and the media-type based specifications from LWM2M will be useful. Grüße, Carsten From nobody Wed Jun 22 04:46:17 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B8BFD12D0C3 for ; Wed, 22 Jun 2016 04:46:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.026 X-Spam-Level: X-Spam-Status: No, score=-4.026 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9Klt2yJ4jNY2 for ; Wed, 22 Jun 2016 04:46:14 -0700 (PDT) Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5E37C12D0D9 for ; Wed, 22 Jun 2016 04:46:13 -0700 (PDT) Received: from [192.168.10.132] ([80.92.114.100]) by mail.gmx.com (mrgmx103) with ESMTPSA (Nemesis) id 0Mdrph-1b1Zbr1FTZ-00PgvV for ; Wed, 22 Jun 2016 13:46:10 +0200 To: "core@ietf.org WG" References: <570A4583.2030100@tzi.org> <5718A09E.7040607@gmx.net> <20160421174806.GA8710@elstar.local> <571D1E63.9090003@tzi.org> <571DEF4A.50506@gmx.net> <20160425103338.GA17158@elstar.local> <571DF986.6000200@gmx.net> <20160427070744.GA21138@elstar.local> From: Hannes Tschofenig Openpgp: id=071A97A9ECBADCA8E31E678554D9CEEF4D776BC9 Message-ID: <576A7A83.8060808@gmx.net> Date: Wed, 22 Jun 2016 13:46:11 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101 Thunderbird/38.8.0 MIME-Version: 1.0 In-Reply-To: <20160427070744.GA21138@elstar.local> Content-Type: multipart/signed; micalg=pgp-sha512; protocol="application/pgp-signature"; boundary="EgfPW9xmGe69L4aiheOXa1oEJLxEMeBfr" X-Provags-ID: V03:K0:pZXydpYG9Od4Ff+VGbgiCQahTFLSHbUMWKRYvvM+BwQncCPK64R LPMxIaj8SfJSXlunSFkQr1G1gp+GkYj4hnGEnwz6CYoWbmIWElh46997M20dIEPOKb/TrbN 2YpDxbta7tOh2T9vLsZlgMExFJFc0+7rmecHysL8fru+BLi2ArcT94ulHy9AGAgcmrRRVuC Cjgs+y5pJM2jLnqBEDOew== X-UI-Out-Filterresults: notjunk:1;V01:K0:iZQf4RUT3eI=:OclgjDowNs/nfkyxdBWi2K Vyl3pLrzwU8xznvQZU0BTxa1k63euPnMLLZpr6/Lr7LKKH2VLkDUCK2EENwAqFRS1ytZcDZZT ksqjuhhJoVQl3mROj99Y+EXl7HxNdrbuHFgGgHos1OawuCprBg7Z4WKKMPwmmCvr6HZD/zu+U ny5ZCBEOpRgpVDHvf6vh27KYYUjfLC/xdzhlmOP8Cv+4pKyZzIpK0oxOnnnczt2HQPHiOmqd0 9SKRzxo2tLyjNU6QsUOnP1oba1ztt20ajVc9cuHEI80I6BaAIrwb+gzOdym9qEpOK3HP0qLMF aDHe3sewhpLDHfd33l7Wa2pPGXl5qhGfACsakPVwDfDdnfl5oU78upRrldEVtgumFEwA5m79I C8hirPf3LGG1sZmsGM9c9vB7uwaQ5ri9m7hh1hzme3IRhO+/f4XB4ijt7g5ZI9TmJGocGmFlH Kzu/WcJt2s8r1ODkNTsvHaGalpPP0ln4wX/DxLyQjvsW2Nm9R9k38T31rQFbugSs1mwj7YAOd iNuQ18G5yRTuV/oDumSq0fqnPf9nIgS2M534MMdWV2yFxbtZn5ixYIckwwYmp6aqI3s/sSNaK oeeT67RXh81K6NqUucYE30dQbKWj75ERzUX2jVU1Ii998YN2T8efUsptLYExxTg9QMMvoPO1a FhSb8jU6SYLEv11SxrFZ0m7pf88IFLwJ6Wef+Hknu6dnoLj6EmTXpHUkhlPnZhIeXhm8n6DW2 ZE2ifub4VHaS0UZQB5arbwkEUplwsRzbrCqmLEI2IKVRcJXLgoZ9l8aJqd0= Archived-At: Subject: [core] LWM2M spec now available for public download ... was Re: Using Yang to describe LWM2M X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 11:46:16 -0000 This is an OpenPGP/MIME signed message (RFC 4880 and 3156) --EgfPW9xmGe69L4aiheOXa1oEJLxEMeBfr Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable I just wanted to follow-up on this discussion in April. A few of us have worked with OMA to change the access to the LWM2M specification and it can now be downloaded without having to enter any personal data or to accept some legal terms prior to the download: Here is the link: http://technical.openmobilealliance.org/Technical/Release_Program/docs/Li= ghtweightM2M/V1_0-20160407-C/OMA-TS-LightweightM2M-V1_0-20160407-C.pdf I hope that this will make it easier for others to review the work. Ciao Hannes On 04/27/2016 09:07 AM, Juergen Schoenwaelder wrote: > On Mon, Apr 25, 2016 at 01:03:34PM +0200, Hannes Tschofenig wrote: >> Hi Juergen, >> >> On 04/25/2016 12:33 PM, Juergen Schoenwaelder wrote: >>> Hannes, >>> >>> whether this YANG fragment makes sense or not I simply do not know >>> without knowing LWM2M and since there are no open specs there is >>> little help you can expect. I have no clue about the interaction mode= l >>> of OMA LWM2M nor do I know what LWM2M_Device is etc. >> >> The specs are publically available for download at no cost. >> >> Here is the link: >> http://technical.openmobilealliance.org/Technical/technical-informatio= n/release-program/current-releases/oma-lightweightm2m-v1-0 >> >> You want to look at the 'Technical Specification'. >=20 > They are not open, I have to accept certain legal terms to get > access. In particular: >=20 > use all or any part of a Document as part of a specification or > standard not emanating from the Licensor without the prior written > consent of the Licensor >=20 > I might already need a written consent if I post an example here since > everything posted to an IETF list may be considered a contribution. > =20 >> The registry for the objects are also public and available in a nicely= >> written page (similar to what IANA provides for the IETF): >> http://technical.openmobilealliance.org/Technical/technical-informatio= n/omna/lightweight-m2m-lwm2m-object-registry >> >=20 > Looking at examples to infer what the semantics of the schema are is > not what I am going to spend my time on. >=20 >> There is no permission that needs to be obtained IMHO, if I understand= >> the OMA copyright policy correctly. >=20 > See above. >=20 > /js >=20 --EgfPW9xmGe69L4aiheOXa1oEJLxEMeBfr Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.22 (GNU/Linux) Comment: GPGTools - http://gpgtools.org iQEcBAEBCgAGBQJXanqDAAoJEGhJURNOOiAtwEUH/2fxAYZL7Uil2Yh2IdsFncLL CA3Mdr5NyniSKPf6kMDkeSqKL7LM+5v4g54a8LxnRpBAD6XPfRWsdVkcWrZBAvp/ xKBFn+2hLMVCg0M0CYJih17YUy/FtVe8BNzrSm20kH28tBjPWpcdY5eUuWCIDnfq FsFKPNiD7tSN6G3qEWwmnClczFvaEMEyi5yrKlUtH7LcTlMa/LuxypsXvnXvGrtF rqsyXamr0plf0IpCmBArHSYIJzv86oz0FWuJLCEuUNer2aDIxIekveEVFdvmF5E5 oevVpBvCyRNkINbPeHakHA/KRyH5jCppw/od6IkmB8KOZOTLlE19GzovQv3kz/k= =wpCQ -----END PGP SIGNATURE----- --EgfPW9xmGe69L4aiheOXa1oEJLxEMeBfr-- From nobody Wed Jun 22 04:56:58 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B46DA12D0C0 for ; Wed, 22 Jun 2016 04:56:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.199 X-Spam-Level: X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CDtRisE-VkXI for ; Wed, 22 Jun 2016 04:56:55 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EE82612B031 for ; Wed, 22 Jun 2016 04:56:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id u5MBupds014667; Wed, 22 Jun 2016 13:56:51 +0200 (CEST) Received: from nar-3.local.mail (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3rZNNz1g1YzDgTP; Wed, 22 Jun 2016 13:56:51 +0200 (CEST) Date: Wed, 22 Jun 2016 13:56:44 +0200 From: Carsten Bormann To: "=?utf-8?Q?core=40ietf.org_WG?=" , Hannes Tschofenig Message-ID: In-Reply-To: <576A7A83.8060808@gmx.net> References: <570A4583.2030100@tzi.org> <5718A09E.7040607@gmx.net> <20160421174806.GA8710@elstar.local> <571D1E63.9090003@tzi.org> <571DEF4A.50506@gmx.net> <20160425103338.GA17158@elstar.local> <571DF986.6000200@gmx.net> <20160427070744.GA21138@elstar.local> <576A7A83.8060808@gmx.net> X-Mailer: Airmail (367) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="576a7d02_78cae53_7f33" Archived-At: Subject: Re: [core] LWM2M spec now available for public download ... was Re: Using Yang to describe LWM2M X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 22 Jun 2016 11:56:57 -0000 --576a7d02_78cae53_7f33 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline On 22 June 2016 at 13:46:26, Hannes Tschofenig (hannes.tschofenig=40gmx.n= et) wrote: I hope that this will make it easier for others to review the work.=C2=A0= This is great news =E2=80=94 getting those little obstacles out of the wa= y can make a big difference in the impact a specification has. Looking forward to further expanding the cooperation between IET=46 and O= MA. Gr=C3=BC=C3=9Fe, Carsten --576a7d02_78cae53_7f33 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: quoted-printable Content-Disposition: inline

Team,

 

Does anyone know of implementations where CoAP has b= een used in deployments that have tight performance requirements (<50ms = 95% latency response time, low jitter of request/responses)?

 

Thanks in advance

 

BR,

Tim

--_000_9966516C6EB5FC4381E05BF80AA55F77012A6CBDF0US70UWXCHMBA0_-- From nobody Tue Jun 28 06:28:51 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 83E0B12DA4E; Tue, 28 Jun 2016 06:28:49 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hhHtfQLImDSb; Tue, 28 Jun 2016 06:28:46 -0700 (PDT) Received: from inkolg01.tcs.com (inkolg01.tcs.com [121.241.215.10]) by ietfa.amsl.com (Postfix) with ESMTP id 617F112D1B7; Tue, 28 Jun 2016 06:28:44 -0700 (PDT) IronPort-PHdr: =?us-ascii?q?9a23=3ApXRPuRLINMw4yP6le9mcpTZWNBhigK39O0sv0rFi?= =?us-ascii?q?tYgUI/nxwZ3uMQTl6Ol3ixeRBMOAuqoC0rGd7fiocFdDyK7JiGoFfp1IWk1Nou?= =?us-ascii?q?QttCtkPvS4D1bmJuXhdS0wEZcKflZk+3amLRodQ56mNBXsq3G/pQQfBg/4fVIs?= =?us-ascii?q?YL+kQsiL1I/pj6ibwN76W01wnj2zYLd/fl2djD76kY0ou7ZkMbs70RDTo3FFKK?= =?us-ascii?q?x8zGJsIk+PzV6nvp/jtLYqySlbuuog+shcSu26Ov1gFf0LRAghZkI85cjmgjvC?= =?us-ascii?q?SIqJ62lUBmcfkx9FRQrE6Rz8U4XZvzH7vfFm3y/cNsrzG+MaQzOnuo5hSB7qgS?= =?us-ascii?q?FPHT4w7H3egcx5lrNKqVr1rhZ/wozdZsefNPNiYqrWfdoAVHtIdtpaTGpKBYbq?= =?us-ascii?q?PNhHNPYIIesN99q1nFAJtxbrQFD0XO4=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2DPAQBUeXJX/wQXEqxbhBR9ujCBexcBC?= =?us-ascii?q?oV2AoFmFAEBAQEBAQEBgQuCMoIaAQEBAwEBAQEaUQsFCwsHBgQDAQIBJwcnHwk?= =?us-ascii?q?IBgsIG4gNFrE4AQEBkRcBAQEBAQEBAQEBAQEBAQEBAQEBHoR/Z4UPhGCDDIIvB?= =?us-ascii?q?Y4zO4oUgViEMIobToQGiGePfx6ELmaJMAEBAQ?= X-IPAS-Result: =?us-ascii?q?A2DPAQBUeXJX/wQXEqxbhBR9ujCBexcBCoV2AoFmFAEBAQE?= =?us-ascii?q?BAQEBgQuCMoIaAQEBAwEBAQEaUQsFCwsHBgQDAQIBJwcnHwkIBgsIG4gNFrE4A?= =?us-ascii?q?QEBkRcBAQEBAQEBAQEBAQEBAQEBAQEBHoR/Z4UPhGCDDIIvBY4zO4oUgViEMIo?= =?us-ascii?q?bToQGiGePfx6ELmaJMAEBAQ?= X-IronPort-AV: E=Sophos;i="5.26,541,1459794600"; d="scan'208";a="98652356" In-Reply-To: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> To: =?ISO-8859-1?Q?Jaime_Jim=E9nez?= MIME-Version: 1.0 X-KeepSent: 18DB91D0:32E3A64D-65257FE0:0049D627; type=4; name=$KeepSent X-Mailer: IBM Notes Release 9.0 March 08, 2013 Message-ID: From: Abhijan Bhattacharyya Date: Tue, 28 Jun 2016 18:58:39 +0530 X-MIMETrack: Serialize by Router on InKolM02/TCS(Release 9.0.1FP4HF528 | October 8, 2015) at 06/28/2016 18:58:41, Serialize complete at 06/28/2016 18:58:41 Content-Type: multipart/alternative; boundary="=_alternative 004A08DE65257FE0_=" Archived-At: Cc: core , "core@ietf.org WG" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 13:28:49 -0000 This is a multipart message in MIME format. --=_alternative 004A08DE65257FE0_= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi, Though I was not involved in reviewing the draft in the past but became = aware about the issues being raised during the Buenos Aires meeting. Just now I had a look into the draft. It seems to me that the authors have = addressed the important issues. This document should be useful from = implementation perspective. +1 Regards Abhijan Bhattacharyya Associate Consultant Scientist, Innovation Lab, Kolkata, India Tata Consultancy Services Mailto: abhijan.bhattacharyya@tcs.com Website: http://www.tcs.com ____________________________________________ Experience certainty. IT Services Business Solutions Consulting ____________________________________________ "core" wrote on 06/27/2016 06:12:51 PM: > From: Jaime Jim=E9nez > To: "core@ietf.org WG" > Date: 06/27/2016 06:13 PM > Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 > Sent by: "core" > = > Hi all, = > = > friendly reminder that the call ends on Wednesday 29th. > = > Ciao! > - - Jaime Jimenez = > = > On 22 Jun 2016, at 12:43, ejajimn wrote: > = > Dear CoRE WG, = > = > we are issuing a WG Last Call for the HTTP Mapping draft: https:// > tools.ietf.org/html/draft-ietf-core-http-mapping-11 = > = > Please send your comments to the mailing list by Wednesday 29th of = > June. This new version should address the issues raised in the = > previous call but please check whether the comments have been addressed. = > = > Thank you for the reviews and the help getting this document ready, > - - Jaime Jimenez > = > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core =3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D Notice: The information contained in this e-mail message and/or attachments to it may contain = confidential or privileged information. If you are = not the intended recipient, any dissemination, use, = review, distribution, printing or copying of the = information contained in this e-mail message = and/or attachments to it are strictly prohibited. If = you have received this communication in error, = please notify us by reply e-mail or telephone and = immediately and permanently delete the message = and any attachments. Thank you --=_alternative 004A08DE65257FE0_= MIME-Version: 1.0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi,
Though I was not involved in reviewi= ng the draft in the past but became aware about the issues being raised during the Buenos Aires meeting.
Just now I had a look into the draft. It seems to me that the authors have addressed the important issues.  = This document should be useful from implementation perspective.
+1

Regards
Abhijan Bhattacharyya
Associate Consultant
Scientist, Innovation Lab, Kolkata, India
Tata Consultancy Services
Mailto: abhijan.bhattacharyya@tcs.com
Website: http://www.tcs.com
____________________________________________
Experience certainty.        IT Services
                       Business Solutions
                       Consulting
____________________________________________

"core" <core-bounces@ietf.org> wrote on 06/27/2016 06:12:51 PM:

> From: Jaime Jim=E9nez <jaime.jimenez@ericsson.com>
> To: "core@ietf.org WG" <core@ietf.= org>
> Date: 06/27/2016 06:13 PM
> Subject: Re: [core] WG Last Call for draft-ietf= -core-http-mapping-11
> Sent by: "core" <core-bounces@ietf= .org>
>
> Hi all,
>
> friendly reminder that the call ends on Wednesday 29th.
>
> Ciao!
> - - Jaime Jimenez
>
> On 22 Jun 2016, at 12:43, ejajimn <jaime.jimenez@ericsson.com> wrote:
>
> Dear CoRE WG,
>
> we are issuing a WG Last Call for the HTTP Mapping draft: https://
> tools.ietf.org/html/draft-ietf-core-http-mapping-11
>
> Please send your comments to the mailing list by Wednesday 29th of
> June. This new version should address the issues raised in the
> previous call but please check whether the comments have been addresse= d.
>
> Thank you for the reviews and the help getting this document ready,
> - - Jaime Jimenez
>
> _______________________________________________
> core mailing list
> core@ietf.org
> <= font size=3D2>https://www.ietf.org/mailman/listinfo/core

=3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D-----=3D=3D=3D=3D=3D
Notice: The information contained in this e-mail
message and/or attachments to it may contain
confidential or privileged information. If you are
not the intended recipient, any dissemination, use,
review, distribution, printing or copying of the
information contained in this e-mail message
and/or attachments to it are strictly prohibited. If
you have received this communication in error,
please notify us by reply e-mail or telephone and
immediately and permanently delete the message
and any attachments. Thank you

--=_alternative 004A08DE65257FE0_=-- From nobody Tue Jun 28 08:55:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6BF0812D578 for ; Tue, 28 Jun 2016 08:55:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.699 X-Spam-Level: X-Spam-Status: No, score=-2.699 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id x5vfxstVJhUu for ; Tue, 28 Jun 2016 08:55:31 -0700 (PDT) Received: from mail-oi0-x236.google.com (mail-oi0-x236.google.com [IPv6:2607:f8b0:4003:c06::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54D8912B043 for ; Tue, 28 Jun 2016 08:55:31 -0700 (PDT) Received: by mail-oi0-x236.google.com with SMTP id s66so28899130oif.1 for ; Tue, 28 Jun 2016 08:55:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:from:date:message-id:subject:to; bh=8MEgq8iuNPwlKY9P0ltgRvvZXNEwxmsYMuJJ7Aph7nc=; b=UuemLKbk8vqCUhJnP51SHQoQ6buFtH4WPA+M1QIMbFV2Nfdz1gP0DswhKpVQIRRy4z bhFG7xc+MdFvx4bfbsT/dVSDeRcyjFHnauRhnBPIotWqowiFrXYYo9qYoE2mHDvAXVjM 3PFdRHWJsgHwfH+e94w6/ddNzOBmCl/BxPefuCdL71M5ziq3xzAWe/9+TE+BDig7FGT5 ZIQstusV+SmZhVvQ1WahUdpA6Ov53igVkZkbUgAaZV3Ik8P5Zs41NQvfZEAeUrJCsxPo C6CmNFijjxJcLiXY/mmr/8HuWK8rXIbIH1Gztzu8SyRQSUUEMBKkYtb0vzx5XUoKI8JW bwfw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:from:date:message-id:subject:to; bh=8MEgq8iuNPwlKY9P0ltgRvvZXNEwxmsYMuJJ7Aph7nc=; b=dsi3YXOMIXlbUp2twXJ9akRMN9aaFxHdHnYQsIQiYn188xNM44Dfj8PMblJfMeLHI+ +YEqyJpLpwKiDqA0nu73Kxl0WcLfQon8NFYBreKmKTuyabRIxSn90UJ1zVuHuiyfmoyL Ti51MiqHi83ES3Pxnl9jkCNDcFwx1/3tKjBk8wQpPWqciU/kFsYK6HN5xYaASF2QfbuK NENIPIXpXGnWiIQ72rA8yfwT09VEbLr5lXkSo/SDe20AN2A3v3eg+28cBNLyktxo2cL2 LxMGUE1NMwLo62R9n4Gwbp3TtAibFvFiDTExvwTla+HPvUNHPUsj+xtpkVJU7cg0bfCt RYsQ== X-Gm-Message-State: ALyK8tLsegYSsAByMBwtycDqDTAQ1seig5nAC4yskE5mHn19sOgQzOdo1GKagoLWJ5sSz4IlPKLqUzt7SN5IDQ== X-Received: by 10.202.89.68 with SMTP id n65mr2219707oib.71.1467129330646; Tue, 28 Jun 2016 08:55:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.202.49.194 with HTTP; Tue, 28 Jun 2016 08:55:30 -0700 (PDT) From: Pascal Urien Date: Tue, 28 Jun 2016 17:55:30 +0200 Message-ID: To: core Content-Type: multipart/alternative; boundary=001a113d5d4897c395053658aa36 Archived-At: Subject: [core] draft-urien-core-identity-module-coap-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 15:55:33 -0000 --001a113d5d4897c395053658aa36 Content-Type: text/plain; charset=UTF-8 The draft https://tools.ietf.org/id/draft-urien-core-identity-module-coap-00.txt is an experimental proposal for open identity modules based on Secure Elements, whose expected benefits are the following: - Processing of DTLS/TLS stacks needed by CoAP by tamper resistant chips - Secure storage of pre-share keys or private keys - Trusted simple or mutual authentication between CoAP devices and CoAP clients. - The device identity is enforced by a non cloneable chip. - Trusted cryptographic support. - Low power consumption Could the IoT security targeting trillion of devices still rely on passwords and unsecure storage ? According to [1] and "a short list of requirements includes tamper resistance and secure communications and storage". "Security is projected to become an even bigger challenge in the future as the number of interconnected devices increases... In fact, the Internet of Things can be viewed as the largest and most poorly defended cyber attack surface conceived by mankind". [1] https://www.nsf.gov/crssprgm/nano/reports/2015-0901_RITR%20WEB%20version%20FINAL_39p.pdf Rgs Pascal Urien --001a113d5d4897c395053658aa36 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
The draft

=
is an experimental proposal for open identity modules based = on Secure Elements, whose expected benefits are the following:
- Processing of DTLS/TLS stacks needed by CoAP by tamper resis= tant chips
- Secure storage of pre-share keys or private keys
- Trusted simple or mutual authentication between CoAP devices and C= oAP clients.
- The device identity is enforced by a non cloneable= chip.
- Trusted cryptographic support.
- Low power con= sumption

Could the IoT security targeting trillion= of devices still rely on passwords and unsecure storage ?

According to [1] and "a short list of requirements includes t= amper resistance and secure communications and storage".
"Security is projected to become an even bigger challenge = in the future as the number of interconnected devices increases... In fact,= the Internet of Things can be viewed as the largest and most poorly defend= ed cyber attack surface conceived by mankind".


=

Rgs

Pascal Urien

--001a113d5d4897c395053658aa36-- From nobody Tue Jun 28 09:09:11 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C371D12D54C for ; Tue, 28 Jun 2016 09:09:09 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3-6TmRsOEP4P for ; Tue, 28 Jun 2016 09:09:07 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6FC0212B00C for ; Tue, 28 Jun 2016 09:09:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [134.102.201.11]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id u5SG94mj024152 for ; Tue, 28 Jun 2016 18:09:04 +0200 (CEST) Received: from mail-wm0-f49.google.com (mail-wm0-f49.google.com [74.125.82.49]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3rf9jD0wyJzDhTF for ; Tue, 28 Jun 2016 18:09:04 +0200 (CEST) Received: by mail-wm0-f49.google.com with SMTP id r201so35005699wme.1 for ; Tue, 28 Jun 2016 09:09:04 -0700 (PDT) X-Gm-Message-State: ALyK8tItUR90nII9crFjoRcZuhOHRl97mqCST4gPem1FLyt43oA5nvhJJn5drfFGU+6eR8WAc8gSYCuqMHe1KA== X-Received: by 10.194.48.7 with SMTP id h7mr3894935wjn.9.1467130143701; Tue, 28 Jun 2016 09:09:03 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.231 with HTTP; Tue, 28 Jun 2016 09:08:24 -0700 (PDT) In-Reply-To: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> From: Klaus Hartke Date: Tue, 28 Jun 2016 18:08:24 +0200 X-Gmail-Original-Message-ID: Message-ID: To: "core@ietf.org WG" Content-Type: text/plain; charset=UTF-8 Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 16:09:10 -0000 I've reviewed draft-ietf-core-http-mapping-11. All issues that I raised in my review of -07 have been solved and I haven't found any new issues. Klaus From nobody Tue Jun 28 09:41:35 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E3EB212D54F for ; Tue, 28 Jun 2016 09:41:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.2 X-Spam-Level: X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Tr5qSfNDlXYe for ; Tue, 28 Jun 2016 09:41:31 -0700 (PDT) Received: from mailhost.informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 77CD912D51F for ; Tue, 28 Jun 2016 09:41:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from submithost.informatik.uni-bremen.de (submithost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::b]) by mailhost.informatik.uni-bremen.de (8.14.5/8.14.5) with ESMTP id u5SGfSdx009127 for ; Tue, 28 Jun 2016 18:41:28 +0200 (CEST) Received: from mail-wm0-f54.google.com (mail-wm0-f54.google.com [74.125.82.54]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by submithost.informatik.uni-bremen.de (Postfix) with ESMTPSA id 3rfBQc3jn0zDhZD for ; Tue, 28 Jun 2016 18:41:28 +0200 (CEST) Received: by mail-wm0-f54.google.com with SMTP id f126so147860938wma.1 for ; Tue, 28 Jun 2016 09:41:28 -0700 (PDT) X-Gm-Message-State: ALyK8tL9CkxHRlroEcPWuW/7nYJH1k/x+fHOIK1cCht9cuFAziIzuFWLp1vEmXJByG+fpAxFUCuHHY0EaAAXEQ== X-Received: by 10.28.220.6 with SMTP id t6mr4704989wmg.42.1467132088191; Tue, 28 Jun 2016 09:41:28 -0700 (PDT) MIME-Version: 1.0 Received: by 10.194.44.231 with HTTP; Tue, 28 Jun 2016 09:40:48 -0700 (PDT) In-Reply-To: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> From: Klaus Hartke Date: Tue, 28 Jun 2016 18:40:48 +0200 X-Gmail-Original-Message-ID: Message-ID: To: =?UTF-8?Q?Jaime_Jim=C3=A9nez?= Content-Type: text/plain; charset=UTF-8 Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 16:41:33 -0000 I've reviewed draft-ietf-core-etch-01. I'm not convinced that two PATCH methods are needed, because the idempotency of the request really depends on the idempotency of the patch and not on the method: if the repeated application of the patch leads to the same result, then the request is idempotent; otherwise, it's not. I don't see the benefit of repeating this bit of information in the request method. Two methods are a problem when mapping HTTP PATCH to CoAP PATCH/iPATCH: The proxy would need to analyze the patch in the HTTP request to determine if the HTTP PATCH can be mapped to CoAP iPATCH of if CoAP PATCH has to be used. The proxy cannot just map to CoAP PATCH always, because the CoAP server might only support iPATCH but not PATCH even if the patch itself is actually idempotent. Apart from this, I think the draft is ready for publication. Klaus From nobody Tue Jun 28 10:32:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 87C3E12D522 for ; Tue, 28 Jun 2016 10:32:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.903 X-Spam-Level: X-Spam-Status: No, score=-1.903 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=trilliant.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hFC0QcgRrNtV for ; Tue, 28 Jun 2016 10:32:26 -0700 (PDT) Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2on0147.outbound.protection.outlook.com [207.46.100.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 54AED12D5DE for ; Tue, 28 Jun 2016 10:32:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Trilliant.onmicrosoft.com; s=selector1-trilliantinc-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=UyfdY5N36UYvTHDjHyfllODVzIBtBTWfqMehP1nTRoo=; b=L4n9gFPzfwEwPLkdWkoajXCAsSsy0nh0o6CMWnqvLrMAl8fuDMsrGHaUqCpJckhqCMdcAdoD/aMqomZ69e5Dl/rqc5HLyUlqDW0Cc+tU/9FpautRa+ABUKmIalHXOeY1YA13hYQ0XTEM//YDvUoZTeuAa4tJuqlsEYBkuIBFHmo= Received: from BLUPR06MB1763.namprd06.prod.outlook.com (10.162.224.149) by BLUPR06MB1762.namprd06.prod.outlook.com (10.162.224.148) with Microsoft SMTP Server (TLS) id 15.1.528.16; Tue, 28 Jun 2016 17:32:24 +0000 Received: from BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) by BLUPR06MB1763.namprd06.prod.outlook.com ([10.162.224.149]) with mapi id 15.01.0528.017; Tue, 28 Jun 2016 17:32:24 +0000 From: Michel Veillette To: Klaus Hartke , =?utf-8?B?SmFpbWUgSmltw6luZXo=?= Thread-Topic: =?utf-8?B?W2NvcmVdIPCflJQgV0cgTGFzdCBDYWxsIG9mIGRyYWZ0LWlldGYtY29yZS1l?= =?utf-8?Q?tch-01?= Thread-Index: AQHR0JnQdP6iR0Z21EyknS8RGJOeqZ//FnIAgAANTtA= Date: Tue, 28 Jun 2016 17:32:24 +0000 Message-ID: References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> In-Reply-To: Accept-Language: fr-CA, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: authentication-results: spf=none (sender IP is ) smtp.mailfrom=Michel.Veillette@trilliantinc.com; x-originating-ip: [207.96.192.122] x-ms-office365-filtering-correlation-id: 724621de-bb35-4d98-b841-08d39f7a2b0b x-microsoft-exchange-diagnostics: 1; BLUPR06MB1762; 6:awOXm9EfBeHAHf7G1O2TFrfQlji+ec+vlGiMecqnldIztCeYhHG2nJdAk8KxSix1vfFytlVKEh0ee6kt2PaV7EvkaFLNym9Vd12HOaT8NKCIb3Zyx6zYCPoA3HF5QF6tpB4bN13PJBhhuIo79LXXf/ITKQIR+ZCHVuzLIx4HjTnduSkGGwYhjQjWbUEhnPW3APnHvlLZkwko5KFwe5P43F7dTvvNSU2+fkN0MnPbxN++c5tHGftZ0jQmK74Z38BTAHbXf3IaafgBbjnviHqOQO5NvrLULdsVi98yNKsK30w=; 5:jqA51Lfs3VvHHX/NWUTklMOhhJq1Jizveb+xfCdMill0zuuHmyCCqsorgknGNInVJjaVCXGOWEQuToL3Ja5RaDTMICC6rSeZAvL4IG+whsvKYEmr0pro0yYXZgIByCxltg93lP+aVVqOc60AAOyWKQ==; 24:hqd3oSPtBSjkCoHdpb+x5RK7gRWblwgQgeJ1SK5U6MzalnKUWf3E0RyuqMnaEvkHg/BZMKXPxX8v74T72LQqCYIF3F9D0F/z6MBBXNnpJBk=; 7:QEZbLtEgnKWUZ6dpJrCjumZ4tCiJNex3oJGLEv/YLdNKvvQJaRu/nMVSnl/Ru/mK45kvKwqDq/MLw0vawgX3/4g2LRuxZ2WKM2wpWZIse3X9pRcizsUlic3Bi8IzvjXcI4zKwefOqIU4GrQio1Ij8T2W46CgoGh3Q2cmiJDZDX6101MZOUPB4RPq7nKeEa3CZY36cIC/iRn2I4vnmm0+tDgaCImvbVoFvC6zUgzqjviTIqtLoVMzD5LngCzfZ/uJ x-microsoft-antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:BLUPR06MB1762; x-microsoft-antispam-prvs: x-exchange-antispam-report-test: UriScan:(37575265505322)(158342451672863); x-exchange-antispam-report-cfa-test: BCL:0; PCL:0; RULEID:(601004)(2401047)(5005006)(8121501046)(10201501046)(3002001); SRVR:BLUPR06MB1762; BCL:0; PCL:0; RULEID:; SRVR:BLUPR06MB1762; x-forefront-prvs: 0987ACA2E2 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(6009001)(7916002)(13464003)(189002)(377454003)(199003)(586003)(101416001)(87936001)(3280700002)(6116002)(68736007)(2906002)(305945005)(122556002)(102836003)(3846002)(33656002)(4326007)(229383001)(230783001)(106116001)(10400500002)(86362001)(105586002)(9686002)(50986999)(76176999)(106356001)(54356999)(189998001)(74316001)(76576001)(92566002)(15975445007)(77096005)(2900100001)(2950100001)(11100500001)(8936002)(99286002)(66066001)(81166006)(81156014)(7736002)(5002640100001)(5003600100003)(97736004)(7846002)(3660700001)(5001770100001)(19580395003)(19580405001)(7696003); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR06MB1762; H:BLUPR06MB1763.namprd06.prod.outlook.com; FPR:; SPF:None; PTR:InfoNoRecords; MX:1; A:1; LANG:en; received-spf: None (protection.outlook.com: trilliantinc.com does not designate permitted sender hosts) spamdiagnosticoutput: 1:99 spamdiagnosticmetadata: NSPM Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: trilliantinc.com X-MS-Exchange-CrossTenant-originalarrivaltime: 28 Jun 2016 17:32:24.5305 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 4f6fbd13-0dfb-4150-85c3-d43260c04309 X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR06MB1762 Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 17:32:28 -0000 SSBhZ3JlZSB3aXRoIEtsYXVzLCB0aGUgQ29udGVudC1Gb3JtYXQgbWlnaHQgYmUgYSBiZXR0ZXIg aW5kaWNhdGlvbiBvZiB0aGUgaWRlbXBvdGVuY3kgb2YgdGhlIHJlcXVlc3QuDQoNCk1pY2hlbA0K DQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogY29yZSBbbWFpbHRvOmNvcmUtYm91 bmNlc0BpZXRmLm9yZ10gT24gQmVoYWxmIE9mIEtsYXVzIEhhcnRrZQ0KU2VudDogVHVlc2RheSwg SnVuZSAyOCwgMjAxNiAxMjo0MSBQTQ0KVG86IEphaW1lIEppbcOpbmV6IDxqYWltZS5qaW1lbmV6 QGVyaWNzc29uLmNvbT4NCkNjOiBjb3JlQGlldGYub3JnIFdHIDxjb3JlQGlldGYub3JnPg0KU3Vi amVjdDogUmU6IFtjb3JlXSDwn5SUIFdHIExhc3QgQ2FsbCBvZiBkcmFmdC1pZXRmLWNvcmUtZXRj aC0wMQ0KDQpJJ3ZlIHJldmlld2VkIGRyYWZ0LWlldGYtY29yZS1ldGNoLTAxLg0KDQpJJ20gbm90 IGNvbnZpbmNlZCB0aGF0IHR3byBQQVRDSCBtZXRob2RzIGFyZSBuZWVkZWQsIGJlY2F1c2UgdGhl IGlkZW1wb3RlbmN5IG9mIHRoZSByZXF1ZXN0IHJlYWxseSBkZXBlbmRzIG9uIHRoZSBpZGVtcG90 ZW5jeSBvZiB0aGUgcGF0Y2ggYW5kIG5vdCBvbiB0aGUgbWV0aG9kOiBpZiB0aGUgcmVwZWF0ZWQg YXBwbGljYXRpb24gb2YgdGhlIHBhdGNoIGxlYWRzIHRvIHRoZSBzYW1lIHJlc3VsdCwgdGhlbiB0 aGUgcmVxdWVzdCBpcyBpZGVtcG90ZW50OyBvdGhlcndpc2UsIGl0J3Mgbm90LiBJIGRvbid0IHNl ZSB0aGUgYmVuZWZpdCBvZiByZXBlYXRpbmcgdGhpcyBiaXQgb2YgaW5mb3JtYXRpb24gaW4gdGhl IHJlcXVlc3QgbWV0aG9kLg0KDQpUd28gbWV0aG9kcyBhcmUgYSBwcm9ibGVtIHdoZW4gbWFwcGlu ZyBIVFRQIFBBVENIIHRvIENvQVANClBBVENIL2lQQVRDSDogVGhlIHByb3h5IHdvdWxkIG5lZWQg dG8gYW5hbHl6ZSB0aGUgcGF0Y2ggaW4gdGhlIEhUVFAgcmVxdWVzdCB0byBkZXRlcm1pbmUgaWYg dGhlIEhUVFAgUEFUQ0ggY2FuIGJlIG1hcHBlZCB0byBDb0FQIGlQQVRDSCBvZiBpZiBDb0FQIFBB VENIIGhhcyB0byBiZSB1c2VkLiBUaGUgcHJveHkgY2Fubm90IGp1c3QgbWFwIHRvIENvQVAgUEFU Q0ggYWx3YXlzLCBiZWNhdXNlIHRoZSBDb0FQIHNlcnZlciBtaWdodCBvbmx5IHN1cHBvcnQgaVBB VENIIGJ1dCBub3QgUEFUQ0ggZXZlbiBpZiB0aGUgcGF0Y2ggaXRzZWxmIGlzIGFjdHVhbGx5IGlk ZW1wb3RlbnQuDQoNCkFwYXJ0IGZyb20gdGhpcywgSSB0aGluayB0aGUgZHJhZnQgaXMgcmVhZHkg Zm9yIHB1YmxpY2F0aW9uLg0KDQpLbGF1cw0KDQpfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KY29yZSBtYWlsaW5nIGxpc3QNCmNvcmVAaWV0Zi5vcmcNCmh0 dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0K From nobody Tue Jun 28 12:00:42 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 421E712D76B for ; Tue, 28 Jun 2016 12:00:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id G1Cz_2GAVcgd for ; Tue, 28 Jun 2016 12:00:38 -0700 (PDT) Received: from mail-vk0-x22b.google.com (mail-vk0-x22b.google.com [IPv6:2607:f8b0:400c:c05::22b]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 26F8712D743 for ; Tue, 28 Jun 2016 12:00:34 -0700 (PDT) Received: by mail-vk0-x22b.google.com with SMTP id c2so35267296vkg.1 for ; Tue, 28 Jun 2016 12:00:34 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=3CvX5EpL3lYQl+HoSOXsWqq1OPnwNDRoCX0VviXlzbk=; b=Z7ZN/YEoPgGDWkFSZ3q+qBCdDIIGUjkZLUz3dE6vfOe+hwUCCc5Zz9ktGdPpGW/fwu 1vxYJ025gA0Ns1XN3xg6jRMZ+jXPRrRxaSWUgF+yi9P9nDgEsqAFgq9pIPrx2mqoUqO9 k+0UntETPeiy8G6Wz0tIYgLh0Wo24v8zFqVcxFwbvDwuvFg9fIIfxthJx7k1wYFJ417Z Dy2utSvkQOrAanp72hHtX7UcUWuXLdl7JdfHwZnxjhrStnocVJILEg5P1+Ph6jm+2ivo wwu2ys7HYESt7kxTOskt5EYwwiwn9RON21oTpBFMuJhl5aqP80hNcwt1GUVEa2be+m4K EkmA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=3CvX5EpL3lYQl+HoSOXsWqq1OPnwNDRoCX0VviXlzbk=; b=Vd0HZV1qnOZjqEtj/Yho/cUyDtE0C3ve3IljU8ZWP0hAvzdUjYkHgMD4oUdyM5pfDQ qipYBkAf78PKs5OHlLo17bIaflwy/l6BZSwjY/ba4QwM7mCN+KDnChyQb+6X5ssiXDfQ On4+CnGeJ3N1DIPs2auvB9Un1poW0vSye/25kQ/SvSP2TcsSf1xNNrIk62paUg5l9skq 2VNpHJ3RgFSQAlRHR12QCgCmuoMF5v2xmVdBCchP6sWn79iOYkdH5ze9hP5n1Ldyl+jB vFW8tFjvlkcFLHTKYVJRdv/SjJxiK+vpdEJTjiUtyt3HgxAPF6w7oBCO+NwDe7QyH1tI s2Dw== X-Gm-Message-State: ALyK8tJsVoHJf/+62FvWbObqVZa93uU2PZj0dAh01QMzHkl4yqTgicr9pUU6QrMEGmBxtwweDb6mkqAPCmIJ1Q== X-Received: by 10.31.70.193 with SMTP id t184mr1565136vka.123.1467140433083; Tue, 28 Jun 2016 12:00:33 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.20.2 with HTTP; Tue, 28 Jun 2016 12:00:32 -0700 (PDT) In-Reply-To: References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> From: Andy Bierman Date: Tue, 28 Jun 2016 12:00:32 -0700 Message-ID: To: Michel Veillette Content-Type: multipart/alternative; boundary=001a1148907659ae7f05365b4058 Archived-At: Cc: "core@ietf.org WG" , Klaus Hartke Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 19:00:41 -0000 --001a1148907659ae7f05365b4058 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, I agree is well. Each patch format will define its own editing mechanisms. I do not think iPATCH is needed. The client should use If-Match if it really cares about not applying an edit more than once. Andy On Tue, Jun 28, 2016 at 10:32 AM, Michel Veillette < Michel.Veillette@trilliantinc.com> wrote: > I agree with Klaus, the Content-Format might be a better indication of th= e > idempotency of the request. > > Michel > > -----Original Message----- > From: core [mailto:core-bounces@ietf.org] On Behalf Of Klaus Hartke > Sent: Tuesday, June 28, 2016 12:41 PM > To: Jaime Jim=C3=A9nez > Cc: core@ietf.org WG > Subject: Re: [core] =F0=9F=94=94 WG Last Call of draft-ietf-core-etch-01 > > I've reviewed draft-ietf-core-etch-01. > > I'm not convinced that two PATCH methods are needed, because the > idempotency of the request really depends on the idempotency of the patch > and not on the method: if the repeated application of the patch leads to > the same result, then the request is idempotent; otherwise, it's not. I > don't see the benefit of repeating this bit of information in the request > method. > > Two methods are a problem when mapping HTTP PATCH to CoAP > PATCH/iPATCH: The proxy would need to analyze the patch in the HTTP > request to determine if the HTTP PATCH can be mapped to CoAP iPATCH of if > CoAP PATCH has to be used. The proxy cannot just map to CoAP PATCH always= , > because the CoAP server might only support iPATCH but not PATCH even if t= he > patch itself is actually idempotent. > > Apart from this, I think the draft is ready for publication. > > Klaus > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > --001a1148907659ae7f05365b4058 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,

I agree is well.
Each pat= ch format will define its own editing mechanisms.
I do not think = iPATCH is needed.
The client should use If-Match if it really car= es about not applying an edit more than once.


=
Andy


On Tue, Jun 28, 2016 at 10:32 AM, Michel Veillette = <Michel.Veillette@trilliantinc.com> wrote:
I agree with Klaus, the Content-Format mig= ht be a better indication of the idempotency of the request.

Michel

-----Original Message-----
From: core [mailto:core-bounces@ie= tf.org] On Behalf Of Klaus Hartke
Sent: Tuesday, June 28, 2016 12:41 PM
To: Jaime Jim=C3=A9nez <ja= ime.jimenez@ericsson.com>
Cc: core@ietf.org WG <core@ietf.org>
Subject: Re: [core] =F0=9F=94=94 WG Last Call of draft-ietf-core-etch-01
I've reviewed draft-ietf-core-etch-01.

I'm not convinced that two PATCH methods are needed, because the idempo= tency of the request really depends on the idempotency of the patch and not= on the method: if the repeated application of the patch leads to the same = result, then the request is idempotent; otherwise, it's not. I don'= t see the benefit of repeating this bit of information in the request metho= d.

Two methods are a problem when mapping HTTP PATCH to CoAP
PATCH/iPATCH: The proxy would need to analyze the patch in the HTTP request= to determine if the HTTP PATCH can be mapped to CoAP iPATCH of if CoAP PAT= CH has to be used. The proxy cannot just map to CoAP PATCH always, because = the CoAP server might only support iPATCH but not PATCH even if the patch i= tself is actually idempotent.

Apart from this, I think the draft is ready for publication.

Klaus

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

--001a1148907659ae7f05365b4058-- From nobody Tue Jun 28 13:24:12 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id F13B812D5D1 for ; Tue, 28 Jun 2016 13:24:10 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HFRw8tr87IMM for ; Tue, 28 Jun 2016 13:24:09 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D8B5312D552 for ; Tue, 28 Jun 2016 13:24:08 -0700 (PDT) Received: from mfilter22-d.gandi.net (mfilter22-d.gandi.net [217.70.178.150]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 5DD74C5A65; Tue, 28 Jun 2016 22:24:07 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter22-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter22-d.gandi.net (mfilter22-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 0lexMHgdccOI; Tue, 28 Jun 2016 22:24:05 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 2CF92C5A67; Tue, 28 Jun 2016 22:24:04 +0200 (CEST) Message-ID: <5772DCE3.6090104@tzi.org> Date: Tue, 28 Jun 2016 22:24:03 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Klaus Hartke References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 28 Jun 2016 20:24:11 -0000 > I'm not convinced that two PATCH methods are needed, because the > idempotency of the request really depends on the idempotency of the > patch and not on the method: if the repeated application of the patch > leads to the same result, then the request is idempotent; otherwise, > it's not. I don't see the benefit of repeating this bit of information > in the request method. The request method is an indication of the intent of the client. The server can make use of the information encoded in this intent. If you only ever implement less-constrained (and not-so-high-speed) servers and proxies, that information may not be very useful. Both for constrained and high-speed implementations, it is an advantage to know when a request is intended to be idempotent. > Two methods are a problem when mapping HTTP PATCH to CoAP > PATCH/iPATCH: It is not really a problem: A HTTP-to-CoAP cross-proxy doesn't know the intent, so it will have to use PATCH (unless there is some other way to derive that intent). > The proxy would need to analyze the patch in the HTTP > request to determine if the HTTP PATCH can be mapped to CoAP iPATCH of > if CoAP PATCH has to be used. The proxy cannot just map to CoAP PATCH > always, because the CoAP server might only support iPATCH but not > PATCH even if the patch itself is actually idempotent. The server might not even support iPATCH, either. I don't think one should expect a proxy to do method translation. (Well, it may be a nice differentiating feature, which is easy to implement if the proxy happens to know that the media type used in the PATCH request only supports idempotent operations, e.g. for RFC 7396 merge-patch.) An obvious way to "solve" this problem would be to require a server that supports iPATCH to always support PATCH as well. I think much of the cognitive dissonance here comes from the fact that the best place to carry this bit of information is the method code, and REST traditionally has been using only four methods, so adding three codes in one extension may seem a lot. (HTTP actually has methods like HEAD, which is just an optimized variant of GET, so this isn't even new territory.) > Apart from this, I think the draft is ready for publication. Thank you for reviewing this draft. Grüße, Carsten From nobody Tue Jun 28 19:03:34 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0102C12D0D1 for ; Tue, 28 Jun 2016 19:03:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 16N3HHgi21T7 for ; Tue, 28 Jun 2016 19:03:30 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 58BC712B049 for ; Tue, 28 Jun 2016 19:03:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=jTimXLCwP9pWpkpV/cGCAi9Grq4q5pkggl//6O5oVm0=; b=W9YBA6enYijjRDFP6IYMKa3CmT eD4UGP1ap+80myLWh3Vlgh9zkdGmMBFMP0CbY4+Tmd5Np3ZPOGy13PNiwOR2F9OqSdzGeWYlkg9XF TwD+UEeErtvhzpEgacGol3q7i6IcGWnf7HZv0h3mHD+W5tqIaNK/vaknutxGBJArcYKHFGGkoHCWF uuK7v8mZCpYj7VbV1LJqfJoOrw5dkbilGjlTgsGO/uMpatM5heS5bsvcLcJ60SIm9wlmjcSrDHHUi zTG672rJcze0KGgtpb2TbS9Eg63Mg7ckugVrI4xTGvklMFOlRe0koPliAd/C7oinvduMlh3lDbAfk Z5F3EGaw==; Received: from ppp118-209-59-137.lns20.mel4.internode.on.net ([118.209.59.137]:51431 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bI4qd-001q6Y-Fx for core@ietf.org; Wed, 29 Jun 2016 12:03:27 +1000 To: core@ietf.org References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> From: Christian Groves Message-ID: Date: Wed, 29 Jun 2016 12:03:22 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 02:03:33 -0000 Hello Jaime, Below are my review comments: Cl.1.1 Para 2 editorial: ...request body than can comfortably transferred.... Cl.2.1: The reference 5.9 seems to point to a non-existing clause in the draft. Cl.2.2.2 Editorial: Extra "." after 5.10.6 Cl.3 Para 2: The hyperlink in the reference to section 5.10.8.1 points to an invalid location. Cl.3.1: "Content-Format: application/json-patch+json" does this need a to be formatted "Content-Format: 51 (application/json-patch+json)" as per the other examples? Cl.3.2 and Cl.3.3: The hyperlinks point to the current document rather than the referenced RFC7252. Cl.3.2: Should this indicate that the draft specifies additional response codes? Cl.3.4 Unprocessable request: "," should be "." on the end of the second bullet. Cl.6: Response code "4.22 (Unprocessable Entity) seems to be missing from the IANA registrations. With regards to the use of iPatch I wonder if there is much saving on the server if it still needs to check the contents to determine if it is indeed idempotent or not (e.g. as per the example in section 3.1)? Otherwise the draft is OK for me. Regards, Christian On 28/06/2016 3:32 AM, Jaime Jimnez wrote: > Hi all, > > This is the Working Group Last Call for the "Patch and Fetch Methods > for Constrained Application Protocol (CoAP) document. > https://tools.ietf.org/html/draft-ietf-core-etch-01 > > An HTML version is available at: https://core-wg.github.io/etch/ > > > The call is planned to end by July 11th. > > BR, > - - Jaime Jimenez > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Tue Jun 28 20:31:55 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E37812D1DC for ; Tue, 28 Jun 2016 20:31:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id b9P_I5bYFc8d for ; Tue, 28 Jun 2016 20:31:51 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8E9F312B00E for ; Tue, 28 Jun 2016 20:31:51 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=QXFmU+6pLl2WHeWV1hC+npvK5HF7yY1fx0PNigjuaGg=; b=UwPVffIELRY3QEPwzibH7xnLdU zIObJ+OaSHopx5svqzsLjr84sj1dvGV+SUEUPGH+cbc5bE2U804ynht38nKP75cySVqDuk1Zmfh24 WFMy+NXOWNBS0njvWsHTFkzys4NkSGABoKfMqFopdn5a8VLcXUKdMcVeEpIutPLG+9QPfnnKkff5f GMjt7DTsK2r/cOiz6Ge2vzJDeNs1xh5YzsLu9pUmCRIWpi8ESmbWszqqjNAnguU9+jjYlzJCSnDxy CU+cKR7Z6DhTLIny0FXXWTompcQWnON53G9UjxLjTtSkv5ZtsOxIBJsUSH0tG8T5uiwLv/Vkux3w+ 9uajSxMA==; Received: from ppp118-209-59-137.lns20.mel4.internode.on.net ([118.209.59.137]:51797 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bI6E8-001yhH-Qr for core@ietf.org; Wed, 29 Jun 2016 13:31:48 +1000 To: core@ietf.org References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> From: Christian Groves Message-ID: <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> Date: Wed, 29 Jun 2016 13:31:43 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 03:31:53 -0000 Hello Jaime, My comments: General: This draft doesn't address mapping related to draft-ietf-core-etch. Should this be included? General: As CoAP evolves with new methods, response codes etc. I wonder how those will be covered with respect to http mapping. Should there be some guidance about the inclusion of a http mapping section in subsequent drafts or whether a ietf-core-http-mapping-bis would be required with updates? Nit: section 5.4.2: is the use of "iff" here "if and only if" or is it a typo? Question 5.4.2: The template variable qq is defined. I didn't see a description of what this actually is. Is this the query that relates to the COAP URI rather than the HOST URI? Otherwise OK Regards, Christian On 27/06/2016 10:42 PM, Jaime Jimnez wrote: > Hi all, > > friendly reminder that the call ends on Wednesday 29th. > > Ciao! > - - Jaime Jimenez > >> On 22 Jun 2016, at 12:43, ejajimn > > wrote: >> >> Dear CoRE WG, >> >> we are issuing a WG Last Call for the HTTP Mapping draft: >> https://tools.ietf.org/html/draft-ietf-core-http-mapping-11 >> >> Please send your comments to the mailing list by Wednesday 29th of >> June. This new version should address the issues raised in the >> previous call but please check whether the comments have been addressed. >> >> Thank you for the reviews and the help getting this document ready, >> - - Jaime Jimenez >> > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Tue Jun 28 22:56:45 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 055A312DA00 for ; Tue, 28 Jun 2016 22:56:45 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ckfxwF64p8IV for ; Tue, 28 Jun 2016 22:56:43 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2D28C12D0D8 for ; Tue, 28 Jun 2016 22:56:43 -0700 (PDT) Received: from mfilter36-d.gandi.net (mfilter36-d.gandi.net [217.70.178.167]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id 8902841C08E; Wed, 29 Jun 2016 07:56:41 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter36-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter36-d.gandi.net (mfilter36-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id Z5yVdxICFC77; Wed, 29 Jun 2016 07:56:40 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id AD41741C08B; Wed, 29 Jun 2016 07:56:39 +0200 (CEST) Message-ID: <57736316.50500@tzi.org> Date: Wed, 29 Jun 2016 07:56:38 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Christian Groves References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> In-Reply-To: <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 05:56:45 -0000 Christian Groves wrote: > General: This draft doesn't address mapping related to > draft-ietf-core-etch. Should this be included? I don't think so. We could delay http mapping once more and include that aspect once we have developed a WG view on how to do that. My personal view is that we have chewed on HTTP mapping for long enough, so we should (certainly fix the nits and) publish what we have, and think about HTTP access to FETCH and PATCH some more in the context of the applications we are developing that make use of them (e.g., COMI). Grüße, Carsten From nobody Wed Jun 29 00:39:24 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 112DF12D9BE for ; Wed, 29 Jun 2016 00:39:23 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pcz9kuZyM7rM for ; Wed, 29 Jun 2016 00:39:21 -0700 (PDT) Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D565E12D1D7 for ; Wed, 29 Jun 2016 00:39:20 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.208]) by smtp-cloud6.xs4all.net with ESMTP id CXfH1t00L4VN29601XfHzD; Wed, 29 Jun 2016 09:39:18 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 29 Jun 2016 09:39:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 29 Jun 2016 09:39:17 +0200 From: peter van der Stok To: Christian Groves Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> Message-ID: <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> X-Sender: stokcons@xs4all.nl (hiT+RMUWze+7PJ5hlPqK4PsqlqjNgFNt) User-Agent: XS4ALL Webmail Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 07:39:23 -0000 Hi Christian, many thanka for a thorough review. See below. Christian Groves schreef op 2016-06-29 04:03: > Hello Jaime, > > Below are my review comments: > > Cl.1.1 Para 2 editorial: ...request body than can comfortably > transferred.... absolutely: good catch > > Cl.2.1: The reference 5.9 seems to point to a non-existing clause in > the draft. I checked the html; and you are right; At several places reference to 7252 is meant and html points to nowhere in the document. > > Cl.2.2.2 Editorial: Extra "." after 5.10.6 Yep; to be adapted. > > Cl.3 Para 2: The hyperlink in the reference to section 5.10.8.1 points > to an invalid location. see above > > Cl.3.1: "Content-Format: application/json-patch+json" does this need a > to be formatted "Content-Format: 51 (application/json-patch+json)" as > per the other examples? indeed; we like consistency. > > Cl.3.2 and Cl.3.3: The hyperlinks point to the current document rather > than the referenced RFC7252. see above > > Cl.3.2: Should this indicate that the draft specifies additional > response codes? You refer to 4.22 that is not in coap list. Well seen: this has been lost on the way. > > Cl.3.4 Unprocessable request: "," should be "." on the end of the > second bullet. OK. > > Cl.6: Response code "4.22 (Unprocessable Entity) seems to be missing > from the IANA registrations. This is an oversight (but duly noted now) > > With regards to the use of iPatch I wonder if there is much saving on > the server if it still needs to check the contents to determine if it > is indeed idempotent or not (e.g. as per the example in section 3.1)? I like to refer to the discussion by Carsten > > Otherwise the draft is OK for me. Thanks for your work > > > Regards, Christian Greetings, Peter > > > On 28/06/2016 3:32 AM, Jaime Jiménez wrote: >> Hi all, >> >> This is the Working Group Last Call for the "Patch and Fetch Methods >> for Constrained Application Protocol (CoAP)” document. >> https://tools.ietf.org/html/draft-ietf-core-etch-01 >> >> An HTML version is available at: https://core-wg.github.io/etch/ >> >> >> The call is planned to end by July 11th. >> >> BR, >> - - Jaime Jimenez >> >> >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 29 00:47:32 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 52E6712DA2B for ; Wed, 29 Jun 2016 00:47:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Vkdz-ITLb6Lb for ; Wed, 29 Jun 2016 00:47:29 -0700 (PDT) Received: from relay2-d.mail.gandi.net (relay2-d.mail.gandi.net [IPv6:2001:4b98:c:538::194]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id C8B5F12D9BE for ; Wed, 29 Jun 2016 00:47:29 -0700 (PDT) Received: from mfilter25-d.gandi.net (mfilter25-d.gandi.net [217.70.178.153]) by relay2-d.mail.gandi.net (Postfix) with ESMTP id 9A2D8C5A70; Wed, 29 Jun 2016 09:47:28 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter25-d.gandi.net Received: from relay2-d.mail.gandi.net ([IPv6:::ffff:217.70.183.194]) by mfilter25-d.gandi.net (mfilter25-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id w_kj2f_TuXgn; Wed, 29 Jun 2016 09:47:27 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay2-d.mail.gandi.net (Postfix) with ESMTPSA id 529C6C5A7A; Wed, 29 Jun 2016 09:47:26 +0200 (CEST) Message-ID: <57737D0C.9060007@tzi.org> Date: Wed, 29 Jun 2016 09:47:24 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: consultancy@vanderstok.org References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> In-Reply-To: <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 07:47:31 -0000 peter van der Stok wrote: >> Cl.2.1: The reference 5.9 seems to point to a non-existing clause in >> the draft. > I checked the html; and you are right; At several places reference to > 7252 is meant and html points to nowhere in the document. Right. There is nothing wrong in the draft, though. The draft contains the text: FETCH for CoAP adopts the response codes as specified in sections 5.9 and 12.1.2 of [RFC7252]. Now, the code at tools.ietf.org that translates that into HTML finds the "sections 5.9" reference and guesses that this might be a reference into the present document. That guess is wrong but the code doesn't know better right now. There is also nothing in the text file that goes into that heuristic that contains the actual link. (The same is true for a few more external references in the document.) With the new publishing pipeline coming up as XML2RFCv3, this can all be done explicitly. So nobody cares for fixing the heuristic at tools.ietf.org (well, if anyone goes ahead doing this, I'm sure Henrik will be receptive to it, because we still need it for all the old documents). Now back to the actual bugs in the document... Grüße, Carsten From nobody Wed Jun 29 00:57:42 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD3D412B078 for ; Wed, 29 Jun 2016 00:57:41 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iO3kAANV4zJ0 for ; Wed, 29 Jun 2016 00:57:40 -0700 (PDT) Received: from lb3-smtp-cloud6.xs4all.net (lb3-smtp-cloud6.xs4all.net [194.109.24.31]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1D6912D53B for ; Wed, 29 Jun 2016 00:57:39 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.208]) by smtp-cloud6.xs4all.net with ESMTP id CXxc1t00V4VN29601XxcLA; Wed, 29 Jun 2016 09:57:36 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 29 Jun 2016 09:57:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 29 Jun 2016 09:57:36 +0200 From: peter van der Stok To: Core Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org Message-ID: <1bc409b40ef4f9f239d2bd9fdd0c2112@xs4all.nl> X-Sender: stokcons@xs4all.nl (vBfE0iykQ4/D29WoH10batRt6uewMJp2) User-Agent: XS4ALL Webmail Archived-At: Subject: [core] additional approach to RD discovery X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 07:57:42 -0000 Hi all, While discussing the RD discovery with some other people an addition to RD discovery was suggested. It was pointed out that in many situations, there will be a border router between the discovering nodes and the Resource Directory. Therefore: Discovering the the RD via a link-local broadcast, or site-local does not apply. Using the RDNSS Neighbour Discovery (ND) option does not apply during start-up, when the discovery is needed. Using ABRO option is too limited. It is therefore suggested that a new ND option is defined that includes the distribution of the RD address (name). I should like to specify that new option in the RD version to be published shortly. Greetings, Peter -- Peter van der Stok mailto: consultancy@vanderstok.org From nobody Wed Jun 29 01:19:56 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DE28312DA99 for ; Wed, 29 Jun 2016 01:19:54 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kJb0VGxHHTiX for ; Wed, 29 Jun 2016 01:19:53 -0700 (PDT) Received: from slow1-d.mail.gandi.net (slow1-d.mail.gandi.net [217.70.178.86]) by ietfa.amsl.com (Postfix) with ESMTP id 2E8BD12DA5B for ; Wed, 29 Jun 2016 01:19:53 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) by slow1-d.mail.gandi.net (Postfix) with ESMTP id 023DD47F9B6; Wed, 29 Jun 2016 10:16:39 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 5B875A80CF; Wed, 29 Jun 2016 10:16:39 +0200 (CEST) Message-ID: <577383E5.3070406@tzi.org> Date: Wed, 29 Jun 2016 10:16:37 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Christian Groves References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 08:19:55 -0000 Hi Christian, thanks for the review. I've commented on the misleading hyperlinks that the tools site adds. A new version with fixes is already at https://core-wg.github.io/etch/ One detail: > Cl.3.1: "Content-Format: application/json-patch+json" does this need a > to be formatted "Content-Format: 51 (application/json-patch+json)" as > per the other examples? Yes. I also added an NNN (and some explanatory text) for the fictional application/example-map-keys+json media type. Grüße, Carsten From nobody Wed Jun 29 01:20:50 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 934F312DA91 for ; Wed, 29 Jun 2016 01:20:48 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wC0lEy7o_s0Z for ; Wed, 29 Jun 2016 01:20:46 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E8FF312DA5B for ; Wed, 29 Jun 2016 01:20:45 -0700 (PDT) Received: from mfilter44-d.gandi.net (mfilter44-d.gandi.net [217.70.178.175]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 32281A811A; Wed, 29 Jun 2016 10:20:44 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter44-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter44-d.gandi.net (mfilter44-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 1gQi9LC56hsJ; Wed, 29 Jun 2016 10:20:42 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 7C096A80F5; Wed, 29 Jun 2016 10:20:41 +0200 (CEST) Message-ID: <577384D8.80403@tzi.org> Date: Wed, 29 Jun 2016 10:20:40 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Andy Bierman References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Klaus Hartke , "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 08:20:48 -0000 > I do not think iPATCH is needed. > The client should use If-Match if it really cares about not applying an > edit more than once. Actually, the CoAP de-duplication mechanisms will already ensure at-most-once semantics (we cannot completely guarantee exactly once, as the message may run into a network partition or similar). What iPATCH is about is relieving the server from the need to even operate these mechanisms. But it is true that other clients may be making changes in parallel, so if your patch format is brittle enough not to be idempotent, adding an If-Match to protect against races likely is prudent. Grüße, Carsten From nobody Wed Jun 29 02:41:09 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9166F12DB0E for ; Wed, 29 Jun 2016 02:41:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rW8b81spE6t6 for ; Wed, 29 Jun 2016 02:41:06 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id DBA5212D0F3 for ; Wed, 29 Jun 2016 02:41:05 -0700 (PDT) X-AuditID: c1b4fb3a-f79386d00000467b-d9-577397b08975 Received: from ESESSHC015.ericsson.se (Unknown_Domain [153.88.183.63]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id D2.86.18043.0B793775; Wed, 29 Jun 2016 11:41:04 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC015.ericsson.se ([153.88.183.63]) with mapi id 14.03.0294.000; Wed, 29 Jun 2016 11:41:03 +0200 From: =?Windows-1252?Q?Jaime_Jim=E9nez?= To: Christian Groves Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHRzHLetwXxUpWWu0OIx9nSycW6Np/9KFsAgAKKu4CAAGcsgA== Date: Wed, 29 Jun 2016 09:41:03 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> In-Reply-To: <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="Windows-1252" Content-ID: <146B67B3C343E74CA75AC64F67269D37@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrIIsWRmVeSWpSXmKPExsUyM2K7ve6G6cXhBqdu8ll8ed/IYrHv7Xpm ByaPJUt+MnmsOD+TJYApissmJTUnsyy1SN8ugSvj3fnTLAV3RSrW9Lxgb2C8L9DFyMkhIWAi Me99KwuELSZx4d56ti5GLg4hgSOMErOWfmWCcBYzSvTcWcgKUsUm4CrRsfQikM3BIQLUPf+s JkiYWUBZ4vjsw2AlwgIuEjtmtYDZIkDlbRevM0PYThL3Wy4ygdgsAqoSXU/WMILYvAL2En/X rYHatZpR4vDVNnaQBKeAg0TPhA6wBkag676fWsMEsUxc4taT+UwQVwtILNlznhnCFpV4+fgf K4StJLH28HYWiHoDiffn5jND2NYSe+4dhoprSyxb+JoZ4ghBiZMzn7BMYBSfhWTFLCTts5C0 z0LSPgtJ+wJG1lWMosWpxcW56UZGeqlFmcnFxfl5enmpJZsYgRF3cMtvqx2MB587HmIU4GBU 4uFN+FwULsSaWFZcmXuIUYKDWUmEN3FKcbgQb0piZVVqUX58UWlOavEhRmkOFiVxXv+XiuFC AumJJanZqakFqUUwWSYOTqkGxqS0owsMTFfLtD9LbzMUCU7ZVGzubO5zWPBxzGJVq49Hjv+8 7TFVXXfL7MSDBjwRom3HdhutXRHVVsCXdIj59tU1ARXCurVucSq1W2/eFJ4Wnhi6aHlt11HV Ns/5olsFpnpfFbJZd1/bkGGd2RP/B19z5ky731TcIpQnGx+1NZyrTTCys1JViaU4I9FQi7mo OBEAMO0v5rQCAAA= Archived-At: Cc: "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 09:41:08 -0000 Thanks Christian for the comments, replies inline.=20 >=20 > My comments: >=20 > General: This draft doesn't address mapping related to draft-ietf-core-et= ch. Should this be included? A new section could be added explaining how he HTTP SEARCH method could be = invoked from the Browser to the HC Proxy that would map it to a CoAP FETCH = towards the device. I presume this mapping will probably not be straightfor= ward. Also a new table could be added with the Supported Methods for CoAP a= nd HTTP (similar to Section 7). All of this would take quite a bit of time and, as Carsten pointed out the = HTTP mapping for quite a bit. The tentative IESG submission is for the 16-0= 7-15 but it can be pushed for later. I would very much like to hear the tho= ughts of the authors about FETCH and PATCH.=20 >=20 > General: As CoAP evolves with new methods, response codes etc. I wonder h= ow those will be covered with respect to http mapping. Should there be some= guidance about the inclusion of a http mapping section in subsequent draft= s or whether a ietf-core-http-mapping-bis would be required with updates? >=20 > Nit: section 5.4.2: is the use of "iff" here "if and only if" or is it a = typo? >=20 > Question 5.4.2: The template variable qq is defined. I didn't see a descr= iption of what this actually is. Is this the query that relates to the COAP= URI rather than the HOST URI? The authors should address the nits and question 5.4.2 in the draft. =20 >=20 > Otherwise OK >=20 > Regards, Christian >=20 >=20 > On 27/06/2016 10:42 PM, Jaime Jim=E9nez wrote: >> Hi all, >>=20 >> friendly reminder that the call ends on Wednesday 29th. >>=20 >> Ciao! >> - - Jaime Jimenez >>=20 >>> On 22 Jun 2016, at 12:43, ejajimn > wrote: >>>=20 >>> Dear CoRE WG, >>>=20 >>> we are issuing a WG Last Call for the HTTP Mapping draft: https://tools= .ietf.org/html/draft-ietf-core-http-mapping-11 >>>=20 >>> Please send your comments to the mailing list by Wednesday 29th of June= . This new version should address the issues raised in the previous call bu= t please check whether the comments have been addressed. >>>=20 >>> Thank you for the reviews and the help getting this document ready, >>> - - Jaime Jimenez >>>=20 >>=20 >>=20 >>=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 From nobody Wed Jun 29 03:35:59 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DF9DB12DB50 for ; Wed, 29 Jun 2016 03:35:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id hLi92uLSdrLx for ; Wed, 29 Jun 2016 03:35:56 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A3A8912DB49 for ; Wed, 29 Jun 2016 03:35:56 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 840F71465DC4A; Wed, 29 Jun 2016 10:35:52 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u5TAZsVw028320 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 29 Jun 2016 10:35:54 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u5TAZbtm025794 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 29 Jun 2016 12:35:53 +0200 Received: from FR711WXCHMBA08.zeu.alcatel-lucent.com ([169.254.4.136]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Wed, 29 Jun 2016 12:35:51 +0200 From: "Fossati, Thomas (Nokia - GB)" To: =?iso-8859-1?Q?Jaime_Jim=E9nez?= , "Christian Groves" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHR0HF1H8Nvee8urUSaVHjBlEy6f5//qxiAgABnMYCAACAKgA== Date: Wed, 29 Jun 2016 10:35:50 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.5.160527 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <0B8D6320226AD24AA9F8E7AB31070288@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 10:35:59 -0000 Hi Jaime, On 29/06/2016 10:41, "core on behalf of Jaime Jim=E9nez" wrote: >Thanks Christian for the comments, replies inline. > >>=20 >> My comments: >>=20 >> General: This draft doesn't address mapping related to >>draft-ietf-core-etch. Should this be included? > >A new section could be added explaining how he HTTP SEARCH method could >be invoked from the Browser to the HC Proxy that would map it to a CoAP >FETCH towards the device. I presume this mapping will probably not be >straightforward. Also a new table could be added with the Supported >Methods for CoAP and HTTP (similar to Section 7). > >All of this would take quite a bit of time and, as Carsten pointed out >the HTTP mapping for quite a bit. The tentative IESG submission is for >the 16-07-15 but it can be pushed for later. I would very much like to >hear the thoughts of the authors about FETCH and PATCH. I'd rather add a section to etch that updates http-mapping to show how the various HTTP-CoAP mapping dimensions are supposed to work with FETCH/PATCH, than the other way around. It looks like a more scalable approach, and one that could be applied to future CoAP extensions as well. >>=20 >> General: As CoAP evolves with new methods, response codes etc. I wonder >>how those will be covered with respect to http mapping. Should there be >>some guidance about the inclusion of a http mapping section in >>subsequent drafts or whether a ietf-core-http-mapping-bis would be >>required with updates? >>=20 >> Nit: section 5.4.2: is the use of "iff" here "if and only if" or is it >>a typo? >>=20 >> Question 5.4.2: The template variable qq is defined. I didn't see a >>description of what this actually is. Is this the query that relates to >>the COAP URI rather than the HOST URI? > >The authors should address the nits and question 5.4.2 in the draft. Yep, thanks. Cheers, t From nobody Wed Jun 29 04:00:58 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A247E12DAFB for ; Wed, 29 Jun 2016 04:00:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gwxt3FvJVgER for ; Wed, 29 Jun 2016 04:00:54 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BFB512DB00 for ; Wed, 29 Jun 2016 04:00:53 -0700 (PDT) X-AuditID: c1b4fb3a-f79386d00000467b-fc-5773aa64718c Received: from ESESSHC001.ericsson.se (Unknown_Domain [153.88.183.21]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id B4.09.18043.46AA3775; Wed, 29 Jun 2016 13:00:52 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC001.ericsson.se ([153.88.183.21]) with mapi id 14.03.0294.000; Wed, 29 Jun 2016 13:00:51 +0200 From: =?iso-8859-1?Q?Jaime_Jim=E9nez?= To: "Fossati, Thomas (Nokia - GB)" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHRzHLetwXxUpWWu0OIx9nSycW6Np/9KFsAgAKKu4CAAGcsgIAAD1MAgAAG+IA= Date: Wed, 29 Jun 2016 11:00:51 +0000 Message-ID: <08988D6E-8A58-414C-BD89-0E150E413A72@ericsson.com> References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.150] Content-Type: text/plain; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrDIsWRmVeSWpSXmKPExsUyM2K7qG7KquJwg22vpSy+vG9ksdj3dj2z RcvnT2wOzB5Llvxk8rh76xKTx4rzM1kCmKO4bFJSczLLUov07RK4MpasO8xS8EWo4tyql2wN jH38XYycHBICJhJbXrxnhrDFJC7cW8/WxcjFISRwhFHixNfn7BDOYkaJlmsP2UCq2AScJb59 nsUEYosI2EpsatjGCmIzC4RLnJr2CGySsICLxI5ZLawQNa4SbRevM0PYfhJLr69iBLFZBFQl 9j46DhbnFbCXOLzvCwvEsmlMEjdWNrGAJDiBEqu7V4ItYwQ67/upNUwQy8Qlbj2ZzwRxtoDE kj3noV4QlXj5+B8rhK0ksWL7JUaIej2JG1OnsEHY1hL7l+6BOlpbYtnC11BHCEqcnPmEZQKj +CwkK2YhaZ+FpH0WkvZZSNoXMLKuYhQtTi0uzk03MtJLLcpMLi7Oz9PLSy3ZxAiMw4Nbflvt YDz43PEQowAHoxIPb8LnonAh1sSy4srcQ4wSHMxKIryRK4vDhXhTEiurUovy44tKc1KLDzFK c7AoifP6v1QMFxJITyxJzU5NLUgtgskycXBKNTBazmUrvXg0RL2pTWpTcHR5hOr36KCHXEXm MsaWIXHmaTvqZ7HETHwkzlyccreI87HG7uRNC+4vu/0t1b1DSfJn3K89k/z/blNj76xIcDrW MPUPB5vURP+oubpeOprfXBg39vVLqGjEzNx/1NHyzH1+lsVrbFYI3uuWClrSmr+V53zP/FW5 RUosxRmJhlrMRcWJAMDd1EW/AgAA Archived-At: Cc: "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:00:56 -0000 > On 29 Jun 2016, at 12:35, Fossati, Thomas (Nokia - GB) wrote: >=20 > Hi Jaime, >=20 > On 29/06/2016 10:41, "core on behalf of Jaime Jim=E9nez" > wrote: >> Thanks Christian for the comments, replies inline. >>=20 >>>=20 >>> My comments: >>>=20 >>> General: This draft doesn't address mapping related to >>> draft-ietf-core-etch. Should this be included? >>=20 >> A new section could be added explaining how he HTTP SEARCH method could >> be invoked from the Browser to the HC Proxy that would map it to a CoAP >> FETCH towards the device. I presume this mapping will probably not be >> straightforward. Also a new table could be added with the Supported >> Methods for CoAP and HTTP (similar to Section 7). >>=20 >> All of this would take quite a bit of time and, as Carsten pointed out >> the HTTP mapping for quite a bit. The tentative IESG submission is for >> the 16-07-15 but it can be pushed for later. I would very much like to >> hear the thoughts of the authors about FETCH and PATCH. >=20 > I'd rather add a section to etch that updates http-mapping to show how th= e > various HTTP-CoAP mapping dimensions are supposed to work with > FETCH/PATCH, than the other way around. >=20 > It looks like a more scalable approach, and one that could be applied to > future CoAP extensions as well. I think adding FETCH is probably reasonable, but I am just worried that oth= er new methods might be trickier to add.=20 We could go on like this for an undetermined amount of time as CoAP will be= growing in functionality.=20 >=20 >>>=20 >>> General: As CoAP evolves with new methods, response codes etc. I wonder >>> how those will be covered with respect to http mapping. Should there be >>> some guidance about the inclusion of a http mapping section in >>> subsequent drafts or whether a ietf-core-http-mapping-bis would be >>> required with updates? >>>=20 >>> Nit: section 5.4.2: is the use of "iff" here "if and only if" or is it >>> a typo? >>>=20 >>> Question 5.4.2: The template variable qq is defined. I didn't see a >>> description of what this actually is. Is this the query that relates to >>> the COAP URI rather than the HOST URI? >>=20 >> The authors should address the nits and question 5.4.2 in the draft. >=20 > Yep, thanks. >=20 > Cheers, t From nobody Wed Jun 29 04:03:21 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65BAB12DB6C for ; Wed, 29 Jun 2016 04:03:20 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id soDYTM-6aHyX for ; Wed, 29 Jun 2016 04:03:17 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [217.70.183.195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3315112DB72 for ; Wed, 29 Jun 2016 04:02:58 -0700 (PDT) Received: from mfilter27-d.gandi.net (mfilter27-d.gandi.net [217.70.178.155]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 0658FA80F5; Wed, 29 Jun 2016 13:02:57 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter27-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter27-d.gandi.net (mfilter27-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id JBC_Bn6YGW53; Wed, 29 Jun 2016 13:02:55 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 70C9EA80E5; Wed, 29 Jun 2016 13:02:53 +0200 (CEST) Message-ID: <5773AADB.7040906@tzi.org> Date: Wed, 29 Jun 2016 13:02:51 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "Fossati, Thomas (Nokia - GB)" References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:03:20 -0000 Fossati, Thomas (Nokia - GB) wrote: > I'd rather add a section to etch that updates http-mapping to show how the > various HTTP-CoAP mapping dimensions are supposed to work with > FETCH/PATCH, than the other way around. > > It looks like a more scalable approach, and one that could be applied to > future CoAP extensions as well. I completely agree with this as the general approach: each extension should define its interactions with existing things, as opposed as existing (nearly finished) things being held up by interactions with (newer) extensions. In this specific case, we don't have a lot of existing practice to recommend something from. I therefore think that an even better approach is to collect the (informational) additions that the various pieces of work bring to HTTP-mapping into an additional document or an update to HTTP-mapping, at a schedule that is decoupled from the base -etch spec. We could start collecting information for that now. Grüße, Carsten From nobody Wed Jun 29 04:22:38 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id ECAA212DBED for ; Wed, 29 Jun 2016 04:22:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.221 X-Spam-Level: X-Spam-Status: No, score=-4.221 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kucZWH3iFpeI for ; Wed, 29 Jun 2016 04:22:33 -0700 (PDT) Received: from sessmg23.ericsson.net (sessmg23.ericsson.net [193.180.251.45]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E3B8C12DBE8 for ; Wed, 29 Jun 2016 04:22:23 -0700 (PDT) X-AuditID: c1b4fb2d-f79936d0000030e4-c4-5773af6e4053 Received: from ESESSHC023.ericsson.se (Unknown_Domain [153.88.183.87]) by sessmg23.ericsson.net (Symantec Mail Security) with SMTP id DC.9E.12516.E6FA3775; Wed, 29 Jun 2016 13:22:22 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC023.ericsson.se ([153.88.183.87]) with mapi id 14.03.0294.000; Wed, 29 Jun 2016 13:22:21 +0200 From: =?Windows-1252?Q?Jaime_Jim=E9nez?= To: "Fossati, Thomas (Nokia - GB)" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHRzHLetwXxUpWWu0OIx9nSycW6Np/9KFsAgAKKu4CAAGcsgIAAD1MAgAAG+ICAAAYFgA== Date: Wed, 29 Jun 2016 11:22:21 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <08988D6E-8A58-414C-BD89-0E150E413A72@ericsson.com> In-Reply-To: <08988D6E-8A58-414C-BD89-0E150E413A72@ericsson.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: text/plain; charset="Windows-1252" Content-ID: <085601DDB9ADBD4BA8E3319487DB4702@ericsson.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFtrMIsWRmVeSWpSXmKPExsUyM2J7uG7e+uJwg2lNQhZf3jeyWOx7u57Z YtvkV0wWLZ8/sTmweCxZ8pPJ4+6tS0weK87PZPGYtigzgCWKyyYlNSezLLVI3y6BK2P65Kns BeskKq48d2pgPCXcxcjJISFgInHh0yp2CFtM4sK99WxdjFwcQgJHGCXaTmxmhXAWM0qsnnSZ GaSKTcBVomPpRVYQW0TAVmJTwzYwm1mgTOLamudgk4QFXCR2zGqBqnGVaLt4nRnCDpM48u4C WJxFQFXi86dTLCA2r4C9xNmZfxlBbCGBM0wSL36EgdicAg4SXdPPMYHYjEDXfT+1hglil7jE rSfzmSCuFpBYsuc8M4QtKvHy8T9WCFtJYu3h7SwQ9QYS78/NZ4awrSVeXO9lhLC1JZYtfM0M cYOgxMmZT1gmMIrPQrJiFpL2WUjaZyFpn4WkfQEj6ypG0eLU4uLcdCNjvdSizOTi4vw8vbzU kk2MwKg8uOW37g7G1a8dDzEKcDAq8fAmfC4KF2JNLCuuzD3EKMHBrCTCe35tcbgQb0piZVVq UX58UWlOavEhRmkOFiVxXv+XiuFCAumJJanZqakFqUUwWSYOTqkGxnWsqz8sXKKzxF09h/1P 83Jx1bO8B7pTeyw9s/MemXlxWK6KZOu7mxOjvH/m05JF20zeViu7nr5yL/PqkboHr1eU9e9+ x5iZMpX/LIMr/1Wd92duzO69afks91W5ECOrZrHgzXzt6RwKR/Zqiiz9qCv278X+iYxz+mWc HiVMOmhg98B2T5SHhRJLcUaioRZzUXEiAGLhBJzGAgAA Archived-At: Cc: Klaus Hartke , "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:22:37 -0000 > On 29 Jun 2016, at 13:00, Jaime Jim=E9nez wr= ote: >=20 >>=20 >> On 29 Jun 2016, at 12:35, Fossati, Thomas (Nokia - GB) wrote: >>=20 >> Hi Jaime, >>=20 >> On 29/06/2016 10:41, "core on behalf of Jaime Jim=E9nez" >> wrote: >>> Thanks Christian for the comments, replies inline. >>>=20 >>>>=20 >>>> My comments: >>>>=20 >>>> General: This draft doesn't address mapping related to >>>> draft-ietf-core-etch. Should this be included? >>>=20 >>> A new section could be added explaining how he HTTP SEARCH method could >>> be invoked from the Browser to the HC Proxy that would map it to a CoAP >>> FETCH towards the device. I presume this mapping will probably not be >>> straightforward. Also a new table could be added with the Supported >>> Methods for CoAP and HTTP (similar to Section 7). >>>=20 >>> All of this would take quite a bit of time and, as Carsten pointed out >>> the HTTP mapping for quite a bit. The tentative IESG submission is for >>> the 16-07-15 but it can be pushed for later. I would very much like to >>> hear the thoughts of the authors about FETCH and PATCH. >>=20 >> I'd rather add a section to etch that updates http-mapping to show how t= he >> various HTTP-CoAP mapping dimensions are supposed to work with >> FETCH/PATCH, than the other way around. >>=20 >> It looks like a more scalable approach, and one that could be applied to >> future CoAP extensions as well. >=20 > I think adding FETCH is probably reasonable, but I am just worried that o= ther new methods might be trickier to add.=20 > We could go on like this for an undetermined amount of time as CoAP will = be growing in functionality.=20 Ups, sorry I just re-read, you meant adding it on the ETCH draft. That=92d = be a good idea I think we should go with that. We could ship the HTTP-mappi= ng as is. You could submit a new version addressing the nits and comments = below and leave FETCH/PATCH HTTP mapping for ETCH draft. If everyone is OK = I will close the call, please let me know today if there are comments. >=20 >>=20 >>>>=20 >>>> General: As CoAP evolves with new methods, response codes etc. I wonde= r >>>> how those will be covered with respect to http mapping. Should there b= e >>>> some guidance about the inclusion of a http mapping section in >>>> subsequent drafts or whether a ietf-core-http-mapping-bis would be >>>> required with updates? >>>>=20 >>>> Nit: section 5.4.2: is the use of "iff" here "if and only if" or is it >>>> a typo? >>>>=20 >>>> Question 5.4.2: The template variable qq is defined. I didn't see a >>>> description of what this actually is. Is this the query that relates t= o >>>> the COAP URI rather than the HOST URI? >>>=20 >>> The authors should address the nits and question 5.4.2 in the draft. >>=20 >> Yep, thanks. >>=20 >> Cheers, t >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 29 04:36:57 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B13F712DBFB for ; Wed, 29 Jun 2016 04:36:56 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id J7eOJ49WjPkn for ; Wed, 29 Jun 2016 04:36:54 -0700 (PDT) Received: from lb1-smtp-cloud6.xs4all.net (lb1-smtp-cloud6.xs4all.net [194.109.24.24]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9496112DB29 for ; Wed, 29 Jun 2016 04:33:15 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.208]) by smtp-cloud6.xs4all.net with ESMTP id CbZC1t00L4VN29601bZCYx; Wed, 29 Jun 2016 13:33:12 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Wed, 29 Jun 2016 13:33:12 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Date: Wed, 29 Jun 2016 13:33:12 +0200 From: peter van der Stok To: Carsten Bormann Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: <5773AADB.7040906@tzi.org> References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> Message-ID: <240903ef168f7c6559d493ad50406349@xs4all.nl> X-Sender: stokcons@xs4all.nl (eWAKEhk1w3eFd++Gso6Oh3hmQOYyaBRF) User-Agent: XS4ALL Webmail Archived-At: Cc: core@ietf.org Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:36:57 -0000 Hi Carsten, I agree with the general approach as well. Collecting every http-coap mapping extension in an additional document sounds appealing. BUT..... who is going to write it? Although collecting work is not my favored pastime, extending the etch draft with the relevant http-coap mapping looks more robust. Peter Carsten Bormann schreef op 2016-06-29 13:02: > Fossati, Thomas (Nokia - GB) wrote: >> I'd rather add a section to etch that updates http-mapping to show how >> the >> various HTTP-CoAP mapping dimensions are supposed to work with >> FETCH/PATCH, than the other way around. >> >> It looks like a more scalable approach, and one that could be applied >> to >> future CoAP extensions as well. > > I completely agree with this as the general approach: each extension > should define its interactions with existing things, as opposed as > existing (nearly finished) things being held up by interactions with > (newer) extensions. > > In this specific case, we don't have a lot of existing practice to > recommend something from. I therefore think that an even better > approach is to collect the (informational) additions that the various > pieces of work bring to HTTP-mapping into an additional document or an > update to HTTP-mapping, at a schedule that is decoupled from the base > -etch spec. We could start collecting information for that now. > > Grüße, Carsten > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 29 04:59:55 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 183AF12DC0B for ; Wed, 29 Jun 2016 04:59:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Res7H4lvYo9X for ; Wed, 29 Jun 2016 04:59:51 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id ACAD312DAF7 for ; Wed, 29 Jun 2016 04:59:48 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 5800D1D07B26D; Wed, 29 Jun 2016 11:59:44 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u5TBxkuS022488 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Wed, 29 Jun 2016 11:59:46 GMT Received: from FR711WXCHHUB01.zeu.alcatel-lucent.com (fr711wxchhub01.zeu.alcatel-lucent.com [135.239.2.111]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u5TBx6Kf001970 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Wed, 29 Jun 2016 13:59:43 +0200 Received: from FR711WXCHMBA08.zeu.alcatel-lucent.com ([169.254.4.136]) by FR711WXCHHUB01.zeu.alcatel-lucent.com ([135.239.2.111]) with mapi id 14.03.0195.001; Wed, 29 Jun 2016 13:59:22 +0200 From: "Fossati, Thomas (Nokia - GB)" To: =?iso-8859-1?Q?Jaime_Jim=E9nez?= , "Fossati, Thomas (Nokia - GB)" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHR0HF1H8Nvee8urUSaVHjBlEy6f5//qxiAgABnMYCAACAKgP//9kKAgAAGAoCAABsWAA== Date: Wed, 29 Jun 2016 11:59:21 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <08988D6E-8A58-414C-BD89-0E150E413A72@ericsson.com> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.5.160527 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="iso-8859-1" Content-ID: <5E7F063B1FFD484C8033B64934587B35@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Cc: "core@ietf.org" , Klaus Hartke Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 11:59:53 -0000 On 29/06/2016 12:22, "core on behalf of Jaime Jim=E9nez" wrote: >You could submit a new version addressing the nits and comments below and >leave FETCH/PATCH HTTP mapping for ETCH draft. OK -- I'll wait until tomorrow though, in case there are other comments. >If everyone is OK I will close the call, please let me know today if >there are comments. +1 From nobody Wed Jun 29 05:07:48 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EDFB012DD07 for ; Wed, 29 Jun 2016 05:07:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 54_68mm2y8Mm for ; Wed, 29 Jun 2016 05:07:44 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B8E9812DCCC for ; Wed, 29 Jun 2016 05:06:20 -0700 (PDT) Received: from mfilter45-d.gandi.net (mfilter45-d.gandi.net [217.70.178.176]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 21DDAA80DC; Wed, 29 Jun 2016 14:06:19 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter45-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter45-d.gandi.net (mfilter45-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id yLYUcIGFEHst; Wed, 29 Jun 2016 14:06:17 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id DAE49A80C2; Wed, 29 Jun 2016 14:06:15 +0200 (CEST) Message-ID: <5773B9B6.40508@tzi.org> Date: Wed, 29 Jun 2016 14:06:14 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: consultancy@vanderstok.org References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> In-Reply-To: <240903ef168f7c6559d493ad50406349@xs4all.nl> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 12:07:46 -0000 peter van der Stok wrote: > Although collecting work is not my favored pastime, extending the etch > draft with the relevant http-coap mapping looks more robust. There is a chicken-and-egg problem here: We won't collect enough experience with mapping FETCH and PATCH to and from HTTP unless we have it first ias an accepted element in CoAP. So, in effect, delaying the -etch draft while waiting for this experience is a recipe for tabling FETCH/PATCH indefinitely. Grüße, Carsten From nobody Wed Jun 29 07:40:18 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 16EBD12DB03 for ; Wed, 29 Jun 2016 07:40:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.901 X-Spam-Level: X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=philips.onmicrosoft.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9RlZ-SjNhaeY for ; Wed, 29 Jun 2016 07:40:12 -0700 (PDT) Received: from emea01-db3-obe.outbound.protection.outlook.com (mail-db3on0795.outbound.protection.outlook.com [IPv6:2a01:111:f400:fe04::795]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E596412DEFE for ; Wed, 29 Jun 2016 07:40:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Philips.onmicrosoft.com; s=selector1-philips-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version; bh=8HB5u8fk/bZS8g69Y3l8Qrz98I8tTaxGteVCyhw6/tA=; b=Sq76bz3/ID0dlftLRSLosZVc1G65kVgsferbPZXzNEiR2pj0Ofo6/gzYq90PZXTpLi6h/RE3a/qzxBQ0Y6lPkiPof24ljR9PeK7T7s3fHWP+jDvIqWJsWf0pKzLZtmQeH6y7pSRtR9ciCTNTL8BK8CrFB7HyflNpTt88KYfRWxw= Received: from AM3PR04CA0028.eurprd04.prod.outlook.com (10.242.16.28) by VI1PR04MB1136.eurprd04.prod.outlook.com (10.161.110.141) with Microsoft SMTP Server (TLS) id 15.1.528.16; Wed, 29 Jun 2016 14:39:52 +0000 Received: from AM1FFO11OLC005.protection.gbl (2a01:111:f400:7e00::197) by AM3PR04CA0028.outlook.office365.com (2a01:111:e400:8814::28) with Microsoft SMTP Server (TLS) id 15.1.528.16 via Frontend Transport; Wed, 29 Jun 2016 14:39:52 +0000 Authentication-Results: spf=none (sender IP is 23.103.247.132) smtp.mailfrom=philips.com; vanderstok.org; dkim=none (message not signed) header.d=none; vanderstok.org; dmarc=none action=none header.from=philips.com; Received-SPF: None (protection.outlook.com: philips.com does not designate permitted sender hosts) Received: from 011-smtp-out.Philips.com (23.103.247.132) by AM1FFO11OLC005.mail.protection.outlook.com (10.174.64.132) with Microsoft SMTP Server (TLS) id 15.1.523.9 via Frontend Transport; Wed, 29 Jun 2016 14:39:51 +0000 Received: from HE1PR9001MB0170.MGDPHG.emi.philips.com (141.251.190.18) by HE1PR9001MB0169.MGDPHG.emi.philips.com (141.251.190.17) with Microsoft SMTP Server (TLS) id 15.1.523.12; Wed, 29 Jun 2016 14:39:50 +0000 Received: from HE1PR9001MB0170.MGDPHG.emi.philips.com ([141.251.190.18]) by HE1PR9001MB0170.MGDPHG.emi.philips.com ([141.251.190.18]) with mapi id 15.01.0523.024; Wed, 29 Jun 2016 14:39:50 +0000 From: "Dijk, Esko" To: "consultancy@vanderstok.org" , Core Thread-Topic: [core] additional approach to RD discovery Thread-Index: AQHR0dwSinQiQtTSeUGrKMlVAAcyOqAAguPA Date: Wed, 29 Jun 2016 14:39:50 +0000 Message-ID: <8db0c9e09f244fafa8629f3d3b6760c4@HE1PR9001MB0170.MGDPHG.emi.philips.com> References: <1bc409b40ef4f9f239d2bd9fdd0c2112@xs4all.nl> In-Reply-To: <1bc409b40ef4f9f239d2bd9fdd0c2112@xs4all.nl> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [83.83.4.230] X-MS-Office365-Filtering-Correlation-Id: 0db50b89-1665-4306-000b-08d3a02b3aa5 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OrganizationHeadersPreserved: HE1PR9001MB0169.MGDPHG.emi.philips.com X-EOPAttributedMessage: 0 X-MS-Office365-Filtering-HT: Tenant X-Forefront-Antispam-Report: CIP:23.103.247.132; IPV:NLI; CTRY:; EFV:NLI; SFV:NSPM; SFS:(10019020)(6009001)(7916002)(2980300002)(428002)(55904004)(374574003)(189002)(199003)(53754006)(85714005)(13464003)(11100500001)(7846002)(356003)(6116002)(16796002)(102836003)(23726003)(3846002)(68736007)(2906002)(305945005)(8676002)(15975445007)(87936001)(2950100001)(2501003)(81156014)(7696003)(5003600100003)(46406003)(2900100001)(92566002)(66066001)(7736002)(10400500002)(81166006)(69596002)(97756001)(86362001)(107886002)(189998001)(8746002)(97736004)(101416001)(5001770100001)(47776003)(105586002)(108616004)(106466001)(586003)(8936002)(106116001)(50466002)(54356999)(19580395003)(76176999)(50986999)(33646002)(24736003)(6806005)(19580405001); DIR:OUT; SFP:1102; SCL:1; SRVR:VI1PR04MB1136; H:011-smtp-out.Philips.com; FPR:; SPF:None; PTR:InfoDomainNonexistent; MX:1; A:1; LANG:en; X-Microsoft-Exchange-Diagnostics: 1; AM1FFO11OLC005; 1:QR8OYpq2dbQHuQtc8weWB/s6rnTkb42iwoz/o9eOqpsLPm2nnFQRF+4g936XaRCFWxUY2WX7+kIq19bRlcFOoSIl2t/0o130IO0RyyGCFd6rPmE0v2Moied3Cxfcu0wVltDL4CSx2zhvgzpPTjizGGa1cdiTCX02b7SUVQ6cjnkT0hfA5N8KQD7CfVxrEnjr7Q3KmwfVpisVT4sJb8B/FtlH8Rf3ldcjZr/zLisNhY1My2hfJCQeMD0e76m6pn8a6jligMtO37Pqc3dXZ/ZoHMDmY4gEwX3xFj9xFiEU3vMZWfOvJx8vYHkOElZaJl+k5KVr3V3jFoPpkEIDbv15RBTrH0L6FzJevG2uucfTiCK0AY9TDRaoecbBPtmR9XvnWR7M4wCeywP31z0VjlPp2BjALvhzDs/QTLTxqlUdlEC0Q1IqQH1yu3Tl5S8ARAWq1Lq4vu1nmlOUtYY/Iq3yPkNiA9AD/9lKV3zmlEft87k= X-CrossPremisesHeadersFiltered: AM1FFO11OLC005.protection.gbl X-Microsoft-Exchange-Diagnostics: 1; VI1PR04MB1136; 2:vNvEO1fftmQ7YbqjfY1ewnnxcAvOjGZsqBkN0oORA7D2PIMQxjUfMhpdWEN8q+bsvg0NKHyvbO4BEbfM+ypOCWcZf8vaIKGDOtobfqihH4cbGsAcqHeDN34f/DgadENAZTPEhNdMArUAsw5nTHVJ4SSRB/NCaQqpzZzqmUv++67iZr8TqYnE7VekOQJSVU1/; 3:4XtYJqGtn2eXO7jlAUMnYYlQQq2IZeju2Zvb7kJc3h5Zkmqebyqax3TcyB95yDnS8JSgmvGCUUjUYPeUCZ8oefRvcjsslJ0O0Se+xwWzxMF1zBRH6uehPkQ8+m33oSnPUaQQ3I6flucYfmgR+TmcZwM2f9EcEgIBOyPqHlV9u7Eo3JiyRkhYXLPqCjNVmUGiYepFrsk61CEspn2HKFojUhlp87RIbm302b8mk97YGa8=; 25:rqjzmOTfQthQessVjDdKsizy47x4wKHCQbWO6NvF6/qXpPN+f9+rRNBUg8dmvzhIA2+A9B28kZrnfs8jBw9Rht4e2G6pZYvbiXVEKf07SZUixbhUkDOYv7RgF5mFDQOdUy7zpbrEDjr5fBPToz/MqhKKIdmNhupAjqGFlBEg2uYTsoNZ0geODhlRlKimqKv9ZbHyz/IgnKYT66wub7eNowSA414ToilyglUvYLBetHfA5++dhX67emKs6DTkgPYOfd9H03eXMdOcxU2/NW0fGaj5RTW46ndWnPPDwWLQNl/XawdYnsNE7lpvC4JF8zjCdV8cmw4DMIqnbgQP97s92PjdNGyar6oU8z66a339Rs3mLKKMB4/e+L4MoEk4uL39TemMEojeyU+ZTz72VIIMiNLSkgRw2M6pC3zyHQ7RXYs= X-Microsoft-Antispam: UriScan:;BCL:0;PCL:0;RULEID:;SRVR:VI1PR04MB1136; X-Microsoft-Exchange-Diagnostics: 1; VI1PR04MB1136; 31:O101zOilRTmiqHheyOefwip8Up8zt//xxbgrqEXFaMU6XnSRg42DDNoz/KWJJVYIb3tONmCHHF5fNr1SZ53ihLvVbpd7/0WqCMbUywdE64xV+RxsGXxkkcK453v6D/7LWdHtouheHCkEQ3XLLjasaRKSoZH92kY2BNVpx4y3Ctw2Z1WXONCLi+JWM0Q71s9auZjwkCWU+MtMAHCwj1Il1Q==; 20:laNmRQb0gvnHT4CRPPi+ntmU6/DWjHuQDdpa2WZVlVTtLBDvYCXTzYwvryzXuEVMlJ2G57y1l83pDqv+Z1YFaQTsK85Nlj5SxZnyDIy3JRocUR1T6JA6yQXdMRW04SGA3/erxM52558kw0JVJB0gDJ/BQ/iFBCIsJZ88+JuaTkgbS7ST8eTCqnOsYiH1IGBozbNornOHOt1Cy7xS1ETN0//rDmB+Ux/yeLgDdIX3SxLIutvLb/WyFRwYJVaXx+54qlAA2WNydfXvnQsQFu59fYCC8grk1MaP+duZyk6dPJw6nd5guCLBmMW6miuaPexzHs1WFewh9ThE8eM/QfTlzuW0gwGFty2qvCj1tgj+REm4O+D76TfX1shROl6dfcwMuFlKA4EZQD8oSoTXG7ERNxSrZDPnbBRztovCjqF7/Bij7X7Ynn0GRaKxDYJDyvW/9UB8Rrr7KyiQqYXlIcYF4GLtaRjwoRvXdD4WCASe2nT7RYo1AoWwYC5c45Q5buMI X-Microsoft-Antispam-PRVS: X-Exchange-Antispam-Report-Test: UriScan:(192374486261705); X-Exchange-Antispam-Report-CFA-Test: BCL:0; PCL:0; RULEID:(601004)(2401047)(13016025)(13018025)(5005006)(8121501046)(10201501046)(3002001)(6055026); SRVR:VI1PR04MB1136; BCL:0; PCL:0; RULEID:; SRVR:VI1PR04MB1136; X-Microsoft-Exchange-Diagnostics: 1; VI1PR04MB1136; 4:48jB9gOONkPvPBUoJP7vNyqIvX9Apa0hYhW3aoo+bIXKSSzInue44Wk2eUklMqXkiVIFS04+I7/WHl1XH97CQeKYWm8As2Yk5Pyoo1oRDxBYY5rhHLeTmPwd2W2QiV0urbFNF6vVDPOS/JJAGUph6XVcV/4LmK+D1QaN1MUqj3Ix6ll1Gb1uN4IAOXW9ReVotXfiklOsjAVz+QTzfwijUgZqZbESfinlo5R0m1LC5QqbWuTrkzAVF4A9JTbDbvfdZSRJVffUyeOdkK6GyCfuLzvYvVG0bDKJA/xpNare8lMm8iITXY0Ub6FKM75TyKQSTommP8JU9qvol7eNef5HjqhBQG7psgovXmWK513ORaDeFPCHWxf7Xc3Zt7BH/Ou5WnAnNdz0T9NtXg6Lf5uC3DGAYri6G3o6P2NImd9Kp1On3MCHZa6cusxDxMyRkPYvsl3fvGAMwoMV6b3on6WqgA== X-Forefront-PRVS: 09888BC01D X-Microsoft-Exchange-Diagnostics: =?us-ascii?Q?1; VI1PR04MB1136; 23:oqj8iQY2/Q9XrxTJHZ9+0PO163CvHpuAhLq/c74R4?= =?us-ascii?Q?KU9TYH4AZeTOHQzSPJxALgf2eZlqsjj/RkVJ1jz/jwbP1ZXL0sepfLaF/xpS?= =?us-ascii?Q?823v4lAzMWUVx4EnxX0RPqg0GoGyJBxeN9z5tqjn//iBVKPcFJocIGTwzNPi?= =?us-ascii?Q?K9G+/a6sBL2QddjTyaWmecAxzA854Mn/dsgoA5M8Ls2L07AjJ9DqOS/dBJ+f?= =?us-ascii?Q?2u0KxLsh+dAwOFo1Pe+M3eNbkZLqn2jdsNWpb6C49KCrZ3IYu+iMSNbYK8jD?= =?us-ascii?Q?n/bLZdbydHEcu2U2sLmkY6eitaPADYs9KDsQUGC+tiQRFGTn1+Yw45XlIml+?= =?us-ascii?Q?j4JuOxjgf5a282RDkvgJIIyltUrmhPiZ2I8oGhlZhnKI12wt5OzTvw1vfjCd?= =?us-ascii?Q?+JvAGEljy8kPu/Dwzahz/CvB2FCG9TxQAQPl2gsbBV3KHIbw90ZF7Xp41QlO?= =?us-ascii?Q?QcSGnJ0bMmXVBJy1w6p8pPhNXm6lcZJD84jGXjSs52nCCK3rGeyqjTMB+f9a?= =?us-ascii?Q?1Yq6iubzQ/bYQ9NJWNu9kLLEZqNszHtYZ4F7S6vtAfR5TspeVvP9CSua/DtD?= =?us-ascii?Q?8+aLi13WchyXs8uHVl7ETxuLfGNn+NxixDL/c8+BlySWEHYXp8alW75st7lX?= =?us-ascii?Q?cLHKqud13FUAd+wYKAEobalZneezjE+zx9Ymn7M6x1cCCE7U6T3KjaKQiax/?= =?us-ascii?Q?9qA8NyMhn83ikyp/f8gayO8lXW5hgehIRFeOTLiryxRybqN/TAvvmQ/hziGS?= =?us-ascii?Q?u7FrwFwndOoY+Q+4BDgCCCMKXkikqPuovdqGPfFI2y0n54ut6UO6GB3vuLmJ?= =?us-ascii?Q?Kl/oilX/DC2aDCLn67eLO7whiGgOPiCTucvcauL/tosYO56cgSY/oDZ8hlj8?= =?us-ascii?Q?A20G83s8YEMaMhwJrJkX+ZVp85C4H6r9xT3aoYbSrLQXbqY9JYXOQcv3q1Uc?= =?us-ascii?Q?xWMFIH7HhuCxbVGmWBiwx65Iy872m7bJUaFY+42kEr4qjxGnjqeYoiEra2v/?= =?us-ascii?Q?OnxmIoZVO7imKfmIVJnMCW26VKKJY5FFEhGHUkhnZUA1KHOa+F9rgRm2CxGs?= =?us-ascii?Q?kpwMhWle44Z/MogVVjksKWcT+7RI8G6Sm2Au8bd4lUSgXVhDQ9AK6A0vMjPx?= =?us-ascii?Q?vp4htv/Ok4MKm1qyp+GB0PoK0UAMRnCaFWBG1KiryVmYNYWs5okgNxQXHhj7?= =?us-ascii?Q?J/3GLsJGTBdGiyeJWWUGUa3RVZoCgUKoNmJF8+IYIIDu9roR5zfAHx5sU6Qo?= =?us-ascii?Q?aC3PPww6ew+F98m65pCRX/XA/ZvNu4s3VBVXTvAeZi0Gp9WDdAmq8GEwoObP?= =?us-ascii?Q?Ah2Pw7B7wsdEn3hc5jkE0GXUI6NJoO7ENUbPDdHZmCsVH1nxTpWCuqVM1Udq?= =?us-ascii?Q?kei58YvxakLuGJWEjGQinh3gu+gpNaxrN+dIF1voJihcQtqcobPXzx2GkFGv?= =?us-ascii?Q?PMp39Rd7TTJGIErF9HAL4ygcx9Cq+IWJK34GJ9edNhm4wdNwpZ8yBjXeUoAx?= =?us-ascii?Q?oIJ9zxqw/QM3KcDUiNBWYkk5YeQymCaLTI=3D?= X-Microsoft-Exchange-Diagnostics: 1; VI1PR04MB1136; 6:2jEPacQjWahvcs09Vg4rmzV60ZPqNk26Ng31UquWUkmsN1LwmxjUhzR63vSH3oiLM+6JdRQozeIm+xcckTL1q1t9IhnQY+IePK2tlN41WULlL/xHDvpkCOx7KaJV32fMvcD3iThUORnslp0krBp+ui5Ntw8vfVEzbcTbuy4X5pB+Ix9fhPbIFvC7B9thl+bbnKkjQ1Gondh3yZRf//7atwyQyLu3njfKHU63CoAlen/49F215+lA/z/SvAtcWSUsQSnLK8fghpsksDzDAoeFw54a1UMOSOtSXghMLo3TY5da3fTyP67zgefhinukYaui4CkbRUyH8DT0qsVwezBDyg==; 5:OYXFn+nhEcV6QAuvt9tqWXxxNL2kUbBNBF3RsxEAWn6MtSQin0TOserKvq6cSjKLJ+K5rHMWeO1JkoInqEgBcz0XMzGEiwi/crv74/YwZicdJAsOP897igZabEx23kO2f5VYvxjFGwovFhdyQWVFPQ==; 24:vLR4+pSI6vo4+pj7q9s4POw95969ihD4f0wksDKfzAb7x7NxhYZGdQmhUyP+d+xcDovqz0ro5nxCpvBZdxDLFpAscdjaU12uIDrd7/JCw0o=; 7:dOQMKOyNWGrVznSff8rVPgXBUtTEp/ZKfpt08KReEuEVedb9jyOwhKEHiZcYN9btPqfk7wHFi5UVNpdRepS3ecVkzKkeBZrcaBu9rJVwkFlA7dAEZJpwFpQm6864TmsYc6MUW1xeETYvUCrODd1RO5rmuydyZ6kepL0kb+KFyeeJ2hiRerUiLgdt/vECJgMwXLRJsyVxyOuMviBqMUF5kiI3oP46Js5Q4599cQJAdNekxN2CONV0j8QwkxTnLVe7 SpamDiagnosticOutput: 1:99 SpamDiagnosticMetadata: NSPM X-OriginatorOrg: philips.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 29 Jun 2016 14:39:51.6521 (UTC) X-MS-Exchange-CrossTenant-Id: 1a407a2d-7675-4d17-8692-b3ac285306e4 X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=1a407a2d-7675-4d17-8692-b3ac285306e4; Ip=[23.103.247.132]; Helo=[011-smtp-out.Philips.com] X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: VI1PR04MB1136 X-MS-Exchange-CrossPremises-OriginalClientIPAddress: 23.103.247.132 X-MS-Exchange-CrossPremises-AuthSource: AM1FFO11OLC005.protection.gbl X-MS-Exchange-CrossPremises-AuthAs: Anonymous X-MS-Exchange-CrossPremises-AVStamp-Service: 1.0 X-MS-Exchange-CrossPremises-SCL: 1 X-MS-Exchange-CrossPremises-Antispam-ScanContext: DIR:Originating; SFV:NSPM; SKIP:0; X-MS-Exchange-CrossPremises-Processed-By-Journaling: Journal Agent X-OrganizationHeadersPreserved: VI1PR04MB1136.eurprd04.prod.outlook.com Archived-At: Subject: Re: [core] additional approach to RD discovery X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 14:40:15 -0000 Hi Peter, although site-local CoAP discovery should in theory find you the RD (even i= f it is e.g. beyond a Border Router, so not on the same mesh) ; in practice= the scope of IPv6 multicast may be limited in various ways. E.g. a Border = Router could block larger-than-Realm-Local multicasts, or the IPv6 stack on= a constrained node may be limited for security reasons to send at most Rea= lm-Local scoped multicasts. For these reasons I think an ND Option to find = the RD address or name is very useful. So +1 regards Esko -----Original Message----- From: core [mailto:core-bounces@ietf.org] On Behalf Of peter van der Stok Sent: Wednesday, June 29, 2016 9:58 To: Core Subject: [core] additional approach to RD discovery Hi all, While discussing the RD discovery with some other people an addition to RD = discovery was suggested. It was pointed out that in many situations, there will be a border router b= etween the discovering nodes and the Resource Directory. Therefore: Discovering the the RD via a link-local broadcast, or site-local does not a= pply. Using the RDNSS Neighbour Discovery (ND) option does not apply during start= -up, when the discovery is needed. Using ABRO option is too limited. It is therefore suggested that a new ND option is defined that includes the= distribution of the RD address (name). I should like to specify that new option in the RD version to be published = shortly. Greetings, Peter -- Peter van der Stok mailto: consultancy@vanderstok.org _______________________________________________ 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 nobody Wed Jun 29 09:27:19 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E297912D8A2 for ; Wed, 29 Jun 2016 09:27:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id oGvSzZsJybBd for ; Wed, 29 Jun 2016 09:27:14 -0700 (PDT) Received: from mail-vk0-x236.google.com (mail-vk0-x236.google.com [IPv6:2607:f8b0:400c:c05::236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 8F11612D534 for ; Wed, 29 Jun 2016 09:27:14 -0700 (PDT) Received: by mail-vk0-x236.google.com with SMTP id j3so73257836vkb.0 for ; Wed, 29 Jun 2016 09:27:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=9a1rvi6zmqGLj4TsWkbAY9EUAblR9ECGh2D9TuHGXoI=; b=VNXOH6nBhH1M2dTN7qUKQMrUZzKjotAx1RQ3FOPrexCcq2bt2h+R6JkSkBin9T6nGB mnGPMY4xsQNXk4Mrmke28vB8gNR1rd6gxLkEmgzBBh5FOdeNmGambuZtCwbkPRR80Rad UPiyJB3YJzfd8RdpzKbw86tiDy25iN6qUVrUBYRFHDtTHGJNzq61ViyWt+O9YvWVkdEM aYh8pERsgSARixCMnxsU5SZ7PUJDF+2x4UK0AZ+stxSzajf+U9NAdXH/3trseNokErYe O8kAhwXBRrEd03QrsmvUnru2icGDEu3iQHqcs25t119T/v50QtdL7rc5lRIWOJeUmuSd lVsg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=9a1rvi6zmqGLj4TsWkbAY9EUAblR9ECGh2D9TuHGXoI=; b=JQaUfQst6Rzzvlh9gwnN78UPTDCYH7wasoGCN+IJUaCbRdHrZYCUGVWMZJsps5rLBL Or7BJdR31YHrmUEkcUzyBLRBl13v3OtPbfwmVsdgT6sslxCZR4GqylejDlqzAHor/0Cr PdBd384aJRal9oRO2kZ90O0tgtXOorp8RSNjIocpFGPDFdN+4LaH91+Hn0kRfwCrvONu lZO83+jyDcQgwZ5Vu+b8V89OZQ+oOzabriQImWwg1j0cVSM3t3AKDhjnQd04UDMxwZcW bYg2jbg1kDI9e4aS5qpwUVRC9Wbk+MvWlW/Nw9Bjf7mRo43gkl8qHqdch7evZf4iDc8B RmKw== X-Gm-Message-State: ALyK8tJeHSaTuzk9nwtXt0iMmL6Mbt57Pz92G/IkfbiFKGzLB6tjpzlsUcE58uTIe9GkeNiFqaXPqpODl64PeA== X-Received: by 10.31.5.80 with SMTP id 77mr4157026vkf.132.1467217633668; Wed, 29 Jun 2016 09:27:13 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.20.2 with HTTP; Wed, 29 Jun 2016 09:27:13 -0700 (PDT) In-Reply-To: <577384D8.80403@tzi.org> References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <577384D8.80403@tzi.org> From: Andy Bierman Date: Wed, 29 Jun 2016 09:27:13 -0700 Message-ID: To: Carsten Bormann Content-Type: multipart/alternative; boundary=001a1143db92dd1be705366d3965 Archived-At: Cc: Klaus Hartke , "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 16:27:17 -0000 --001a1143db92dd1be705366d3965 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi, On Wed, Jun 29, 2016 at 1:20 AM, Carsten Bormann wrote: > > I do not think iPATCH is needed. > > The client should use If-Match if it really cares about not applying an > > edit more than once. > > Actually, the CoAP de-duplication mechanisms will already ensure > at-most-once semantics (we cannot completely guarantee exactly once, as > the message may run into a network partition or similar). > > What iPATCH is about is relieving the server from the need to even > operate these mechanisms. > > OK -- I can see how it would be useful so the client does not need to retrieve the ETag first. > But it is true that other clients may be making changes in parallel, so > if your patch format is brittle enough not to be idempotent, adding an > If-Match to protect against races likely is prudent. > > I think 2 different issues are being conflated. If-Match is useful for the client to patch the resource correctly. Just because the patch is idempotent does not mean it will have the intended results if the resources have changed underneath. Trivial example: leaf X { type int32; } leaf Y { must "../X"; type int32; } client A deletes /X. client B uses iPATCH to do a replace on /Y. This will fail because client B thinks /X still exists, but client A just deleted it. It will fail with iPATCH, PATCH, or PUT. > Gr=C3=BC=C3=9Fe, Carsten > Andy --001a1143db92dd1be705366d3965 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable
Hi,


On Wed, Jun 29, 2016 at 1:20 AM, Carsten Bormann <cabo@tzi.org&= gt; wrote:
> I do not think iPA= TCH is needed.
> The client should use If-Match if it really cares about not applying a= n
> edit more than once.

Actually, the CoAP de-duplication mechanisms will already ensure
at-most-once semantics (we cannot completely guarantee exactly once, as
the message may run into a network partition or similar).

What iPATCH is about is relieving the server from the need to even
operate these mechanisms.


OK -- I can see how it would be useful= so the client does not need to retrieve the ETag first.

=C2=A0
But it is true that other clients may be making changes in parallel, so
if your patch format is brittle enough not to be idempotent, adding an
If-Match to protect against races likely is prudent.


I think 2 different issues are being c= onflated.
If-Match is useful for the client to patch the resource= correctly.
Just because the patch is idempotent does not mean it= will have the intended results
if the resources have changed und= erneath.

Trivial example:

=C2=A0 =C2=A0leaf X { type int32; }
=C2=A0 =C2=A0leaf Y { must &= quot;../X"; type int32; }

client A deletes /X= .

client B uses iPATCH to do a replace on /Y.

This will fail because client B thinks /X still exists= , but client A just deleted it.
It will fail with iPATCH, PATCH, = or PUT.

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

Andy

--001a1143db92dd1be705366d3965-- From nobody Wed Jun 29 09:30:41 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id AC2A212B051 for ; Wed, 29 Jun 2016 09:30:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=yumaworks-com.20150623.gappssmtp.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cq-3UrNWxDl2 for ; Wed, 29 Jun 2016 09:30:38 -0700 (PDT) Received: from mail-vk0-x22c.google.com (mail-vk0-x22c.google.com [IPv6:2607:f8b0:400c:c05::22c]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5060112B00B for ; Wed, 29 Jun 2016 09:30:38 -0700 (PDT) Received: by mail-vk0-x22c.google.com with SMTP id j3so73393565vkb.0 for ; Wed, 29 Jun 2016 09:30:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yumaworks-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=YyzNVedrm4ftcB1niZTzBt+LMUBauJhehzqVLhZ1wfg=; b=S9v4JX3ETvHWYyA83RbJnCFROcc1dXxlTq4uTEnTJH21PLJcIriONcaAWFP/k1rg9p HkAWuBCvk60Kkg7encTuAyir6/k4SJ5FTXETJIlH52wP8fTcKaTj7oZ7m9TQQKjqXIqc RF1Wzwt95Lm0utoXmqQVEg4lj21fyeF4W+4gkSGKXEpbxxt2hweBH1miyKTJfeOSqhBh HMU2uRFWCgChtHJ5454wTrYAouyzxHUWpi4OXMTtH6q3prWkUxZ1u+DFn1w5BToGluIQ ze56IL8WSVYU+I6TRl95ZrnRK/C2Qi4ZDoeZsroqf18My78uEl+DKJ5wdIf4SQN9PQg5 Xy7w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=YyzNVedrm4ftcB1niZTzBt+LMUBauJhehzqVLhZ1wfg=; b=c35o5XnEn9sRCcLHJu5EbtdhhvRoL5ljDQQUyg9ype1j9+44SswOtX3dUeXgh/a59m mQPXhjJEqyoHqMGPDNpBSkvnHlAQJOCMe2jBimHUdShyfIZFIp0KMyRqwbml2w9Ue5Qr k9BETyj61kdQHu1n+spCVOH+aina1HMUzVsjy04hcnJrpKAOWylcJEs216dk3z8D5b+k OnS5Odqs/rXeCx6wsX+4dFNblZ5SWTbc09nFgVw0S9ZY45XeVZ8uWEbvpPfCu9liJAZ1 oQsB9rDP8Ju68z5u4T5GijThH106Tkyj6rRara1uWpFFeOb82VHqRyrGl8WP+APnjOV1 4imA== X-Gm-Message-State: ALyK8tLCfZEbpU61fOcncEolbkXlKxwgQ0UMObE1WsSSw/b3dnCk33WMZmXPWGREDQgP7ZezrOiUle/uRGGGgQ== X-Received: by 10.176.69.243 with SMTP id u106mr4082777uau.135.1467217837487; Wed, 29 Jun 2016 09:30:37 -0700 (PDT) MIME-Version: 1.0 Received: by 10.103.20.2 with HTTP; Wed, 29 Jun 2016 09:30:36 -0700 (PDT) In-Reply-To: References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <577384D8.80403@tzi.org> From: Andy Bierman Date: Wed, 29 Jun 2016 09:30:36 -0700 Message-ID: To: Carsten Bormann Content-Type: multipart/alternative; boundary=94eb2c11be740310bf05366d4632 Archived-At: Cc: Klaus Hartke , "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 16:30:41 -0000 --94eb2c11be740310bf05366d4632 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, Jun 29, 2016 at 9:27 AM, Andy Bierman wrote: > Hi, > > > On Wed, Jun 29, 2016 at 1:20 AM, Carsten Bormann wrote: > >> > I do not think iPATCH is needed. >> > The client should use If-Match if it really cares about not applying a= n >> > edit more than once. >> >> Actually, the CoAP de-duplication mechanisms will already ensure >> at-most-once semantics (we cannot completely guarantee exactly once, as >> the message may run into a network partition or similar). >> >> What iPATCH is about is relieving the server from the need to even >> operate these mechanisms. >> >> > OK -- I can see how it would be useful so the client does not need to > retrieve the ETag first. > > > >> But it is true that other clients may be making changes in parallel, so >> if your patch format is brittle enough not to be idempotent, adding an >> If-Match to protect against races likely is prudent. >> >> > I think 2 different issues are being conflated. > If-Match is useful for the client to patch the resource correctly. > Just because the patch is idempotent does not mean it will have the > intended results > if the resources have changed underneath. > > Trivial example: > > leaf X { type int32; } > leaf Y { must "../X"; type int32; } > > client A deletes /X. > > client B uses iPATCH to do a replace on /Y. > > This will fail because client B thinks /X still exists, but client A just > deleted it. > It will fail with iPATCH, PATCH, or PUT. > > Actually, only an ETag on the datastore itself will help here. If-Match for /Y will be accepted because the ETag for /X changed (not /Y). > > >> Gr=C3=BC=C3=9Fe, Carsten >> > > Andy > > Andy --94eb2c11be740310bf05366d4632 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Wed, Jun 29, 2016 at 9:27 AM, Andy Bierman <andy@yumaworks.com= > wrote:
Hi,

On Wed, Ju= n 29, 2016 at 1:20 AM, Carsten Bormann <cabo@tzi.org> wrote:
<= blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px= #ccc solid;padding-left:1ex">> I do not think iPATCH is needed.
> The client should use If-Match if it really cares about not applying a= n
> edit more than once.

Actually, the CoAP de-duplication mechanisms will already ensure
at-most-once semantics (we cannot completely guarantee exactly once, as
the message may run into a network partition or similar).

What iPATCH is about is relieving the server from the need to even
operate these mechanisms.


OK -- I can see how it would be useful= so the client does not need to retrieve the ETag first.

=C2=A0
But it is true that other clients may be making changes in parallel, so
if your patch format is brittle enough not to be idempotent, adding an
If-Match to protect against races likely is prudent.


I think 2 different issues are being c= onflated.
If-Match is useful for the client to patch the resource= correctly.
Just because the patch is idempotent does not mean it= will have the intended results
if the resources have changed und= erneath.

Trivial example:

=C2=A0 =C2=A0leaf X { type int32; }
=C2=A0 =C2=A0leaf Y { must &= quot;../X"; type int32; }

client A deletes /X= .

client B uses iPATCH to do a replace on /Y.

This will fail because client B thinks /X still exists= , but client A just deleted it.
It will fail with iPATCH, PATCH, = or PUT.


<= /div>
Actually, only an ETag on the datastore itself will help here.
If-Match for /Y will be accepted because the ETag for /X changed (n= ot /Y).


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

Andy

=

Andy

--94eb2c11be740310bf05366d4632-- From nobody Wed Jun 29 09:56:48 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A4C5812D591 for ; Wed, 29 Jun 2016 09:56:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id w-p8FWgzD5UJ for ; Wed, 29 Jun 2016 09:56:29 -0700 (PDT) Received: from relay6-d.mail.gandi.net (relay6-d.mail.gandi.net [IPv6:2001:4b98:c:538::198]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6844712D9DB for ; Wed, 29 Jun 2016 09:56:28 -0700 (PDT) Received: from mfilter30-d.gandi.net (mfilter30-d.gandi.net [217.70.178.161]) by relay6-d.mail.gandi.net (Postfix) with ESMTP id 11631FB88B; Wed, 29 Jun 2016 18:56:27 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter30-d.gandi.net Received: from relay6-d.mail.gandi.net ([IPv6:::ffff:217.70.183.198]) by mfilter30-d.gandi.net (mfilter30-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id tS66ss_3P5z2; Wed, 29 Jun 2016 18:56:25 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id AF935FB8A9; Wed, 29 Jun 2016 18:56:24 +0200 (CEST) Message-ID: <5773FDB6.2040702@tzi.org> Date: Wed, 29 Jun 2016 18:56:22 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Andy Bierman References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <577384D8.80403@tzi.org> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: Klaus Hartke , "core@ietf.org WG" Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 16:56:32 -0000 Andy Bierman wrote: > This will fail because client B thinks /X still exists, but client A > just deleted it. > It will fail with iPATCH, PATCH, or PUT. Right. That is exactly what we want. What we don't want is something like "insert $5" to be done repeatedly when it was intended to be done once. That's why PATCH (which handles the most general case) is not idempotent, neither in CoAP nor in HTTP. But that at-most-once semantics has an implementation cost. What we add (HTTP doesn't need this as a separate method, because HTTP servers already consume >> 100 Watt :-), is an idempotent patch. This could be used for "set the radio power to +5 dBm", when the radio power is an element of a structure that is offered as a single resource. If somebody removes the radio before the client requests this iPATCH, it should and will fail. Grüße, Carsten From nobody Wed Jun 29 12:53:29 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D10A412B00D; Wed, 29 Jun 2016 12:53:28 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nIfMF5auhKwR; Wed, 29 Jun 2016 12:53:27 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 116D212B064; Wed, 29 Jun 2016 12:53:26 -0700 (PDT) Received: from localhost ([::1]:60418 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILXv-0000VX-E3; Wed, 29 Jun 2016 12:53:15 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 19:53:15 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/387#comment:4 Message-ID: <080.50e64de69e0913e490e290ac41323e17@trac.tools.ietf.org> References: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-Trac-Ticket-ID: 387 In-Reply-To: <065.c5694a46c59ee3c07f861a916ef7b781@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629195327.116D212B064@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 12:53:26 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #387 (coap-tcp-tls): Should ALPN always be required? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 19:53:29 -0000 #387: Should ALPN always be required? Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => duplicate Comment: '''TCP/TLS issues have been moved to https://github.com/core-wg/coap-tcp- tls/issues''' -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: other technical | Status: closed Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: Active WG Document | Resolution: duplicate Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:01:45 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 75B1512D513; Wed, 29 Jun 2016 13:01:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y5oYRA8Mo4xF; Wed, 29 Jun 2016 13:01:30 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6496E12D648; Wed, 29 Jun 2016 13:01:30 -0700 (PDT) Received: from localhost ([::1]:60603 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILfh-00021F-I6; Wed, 29 Jun 2016 13:01:17 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:01:17 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/388#comment:5 Message-ID: <069.e151f3016dc9a55890e2aa93e6a893cf@trac.tools.ietf.org> References: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-Trac-Ticket-ID: 388 In-Reply-To: <054.aef06920484b3c4a22ed81045af09fce@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629200130.6496E12D648@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:01:30 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #388 (coap-tcp-tls): Multiple versions over the same connection X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:01:34 -0000 #388: Multiple versions over the same connection Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: closed defect | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: fixed tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:04:52 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23DA212D665; Wed, 29 Jun 2016 13:04:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yRnLAuoABB2U; Wed, 29 Jun 2016 13:04:49 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 696CF12D5F8; Wed, 29 Jun 2016 13:04:49 -0700 (PDT) Received: from localhost ([::1]:60656 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILj4-0003He-6F; Wed, 29 Jun 2016 13:04:46 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:04:46 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/390#comment:2 Message-ID: <069.5ef45a532dc1b928c31d2c997127fb5e@trac.tools.ietf.org> References: <054.d72d58bd22c1dbf3ac06c10d6b9eabe6@trac.tools.ietf.org> X-Trac-Ticket-ID: 390 In-Reply-To: <054.d72d58bd22c1dbf3ac06c10d6b9eabe6@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629200449.696CF12D5F8@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:04:49 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #390 (coap-tcp-tls): Connection close reason X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:04:51 -0000 #390: Connection close reason Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed Comment: '''Moved to https://github.com/core-wg/coap-sig/issues/1''' -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: protocol | Status: closed enhancement | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: fixed tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:05:40 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7772612D0C0; Wed, 29 Jun 2016 13:05:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bkVNypAZfFqn; Wed, 29 Jun 2016 13:05:37 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F080012D5F8; Wed, 29 Jun 2016 13:05:36 -0700 (PDT) Received: from localhost ([::1]:60688 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILjj-0003Vc-RE; Wed, 29 Jun 2016 13:05:27 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, hartke@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:05:27 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/391#comment:5 Message-ID: <069.78c72dfd35c4580719e087bd66ee85c2@trac.tools.ietf.org> References: <054.b6ac939ca38bdca0e98e9f1ec2980928@trac.tools.ietf.org> X-Trac-Ticket-ID: 391 In-Reply-To: <054.b6ac939ca38bdca0e98e9f1ec2980928@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, hartke@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629200536.F080012D5F8@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:05:36 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #391 (coap-tcp-tls): Server name indication X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:05:38 -0000 #391: Server name indication Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed Comment: '''Moved to https://github.com/core-wg/coap-sig/issues/2''' -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: closed technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: fixed tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:05:55 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93F9312D666; Wed, 29 Jun 2016 13:05:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id CoLpYdbOIalY; Wed, 29 Jun 2016 13:05:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5051012D0C0; Wed, 29 Jun 2016 13:05:52 -0700 (PDT) Received: from localhost ([::1]:60707 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILk5-0003ZX-Da; Wed, 29 Jun 2016 13:05:49 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:05:49 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/392#comment:2 Message-ID: <069.430165aaad4013b535e00260deaa7937@trac.tools.ietf.org> References: <054.f349649635761a5b14aa3a806a47afc9@trac.tools.ietf.org> X-Trac-Ticket-ID: 392 In-Reply-To: <054.f349649635761a5b14aa3a806a47afc9@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629200552.5051012D0C0@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:05:52 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #392 (coap-tcp-tls): Converting URIs to options and back X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:05:54 -0000 #392: Converting URIs to options and back Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: editorial | Status: closed Priority: minor | Milestone: Component: coap-tcp- | Version: tls | Resolution: fixed Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:06:45 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 74D5B12D5F8; Wed, 29 Jun 2016 13:06:43 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y0Z_WJ1-JeeK; Wed, 29 Jun 2016 13:06:41 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2CFDC12D686; Wed, 29 Jun 2016 13:06:41 -0700 (PDT) Received: from localhost ([::1]:60716 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILkm-0003eu-P3; Wed, 29 Jun 2016 13:06:32 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:06:32 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/393#comment:5 Message-ID: <069.5309b3da0b24c75c6d3cc0305f60e3c6@trac.tools.ietf.org> References: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-Trac-Ticket-ID: 393 In-Reply-To: <054.5974ba2c6c5b8308b7df8f623c3e39e3@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629200641.2CFDC12D686@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:06:41 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #393 (coap-tcp-tls): Observing resource over reliable transports X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:06:43 -0000 #393: Observing resource over reliable transports Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed Comment: '''Moved to https://github.com/core-wg/coap-tcp-tls/issues/5''' -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- hartke@tzi.org | tls@ietf.org Type: other | Status: closed technical | Milestone: Priority: minor | Version: Component: coap-tcp- | Resolution: fixed tls | Severity: Active WG | Document | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:07:30 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 9F23F12D665 for ; Wed, 29 Jun 2016 13:07:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sZJK93oPAMZF for ; Wed, 29 Jun 2016 13:07:28 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id EF99112D5F8 for ; Wed, 29 Jun 2016 13:07:27 -0700 (PDT) Received: from localhost ([::1]:60731 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILlZ-0003wQ-34; Wed, 29 Jun 2016 13:07:21 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: jaime.jimenez@ericsson.com, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Wed, 29 Jun 2016 20:07:21 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/394#comment:4 Message-ID: <069.fd3ff95e6d01d250afd72791f30339b1@trac.tools.ietf.org> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-Trac-Ticket-ID: 394 In-Reply-To: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jaime.jimenez@ericsson.com, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:07:29 -0000 #394: Ping/pong Changes (by jaime.jimenez@ericsson.com): * owner: draft-ietf-core-coap-tcp-tls@ietf.org => jaime.jimenez@ericsson.com * status: new => assigned Comment: '''Moved to https://github.com/core-wg/coap-sig/issues/3''' -- ---------------------------------+----------------------------------------- Reporter: hartke@tzi.org | Owner: jaime.jimenez@ericsson.com Type: protocol | Status: assigned enhancement | Milestone: Priority: minor | Version: Component: coap-tcp-tls | Resolution: Severity: Active WG Document | Keywords: | ---------------------------------+----------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:11:58 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7EF0012D6A2; Wed, 29 Jun 2016 13:11:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OYCJVEXLJNXG; Wed, 29 Jun 2016 13:11:46 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id CBB9D12D688; Wed, 29 Jun 2016 13:11:39 -0700 (PDT) Received: from localhost ([::1]:60843 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILpb-0004T5-T5; Wed, 29 Jun 2016 13:11:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:11:31 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/400#comment:4 Message-ID: <067.2e48351c8f29728a7a3414c36c3bb958@trac.tools.ietf.org> References: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-Trac-Ticket-ID: 400 In-Reply-To: <052.7b80c895de0c0881e50e94763b17abfb@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629201139.CBB9D12D688@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:11:39 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #400 (coap-tcp-tls): Give better guidance on message sizes for CoAP over TCP/TLS X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:11:50 -0000 #400: Give better guidance on message sizes for CoAP over TCP/TLS Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed Comment: '''Moved to https://github.com/core-wg/coap-sig/issues/4''' -- -------------------------+------------------------------------------------- Reporter: | Owner: draft-ietf-core-coap-tcp- cabo@tzi.org | tls@ietf.org Type: other | Status: closed technical | Milestone: Priority: major | Version: Component: coap-tcp- | Resolution: fixed tls | Severity: - | Keywords: | -------------------------+------------------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:12:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 654BE12D684 for ; Wed, 29 Jun 2016 13:12:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jD2KtHB7FovQ for ; Wed, 29 Jun 2016 13:12:17 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F0C8012D677 for ; Wed, 29 Jun 2016 13:12:16 -0700 (PDT) Received: from localhost ([::1]:60856 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bILqB-0004X1-Bw; Wed, 29 Jun 2016 13:12:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: jaime.jimenez@ericsson.com, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch X-Trac-Project: core Date: Wed, 29 Jun 2016 20:12:07 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/394#comment:5 Message-ID: <069.e7c9741c523c54c886452c9302529211@trac.tools.ietf.org> References: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-Trac-Ticket-ID: 394 In-Reply-To: <054.2c97c757dda98e52472c800c6ee42ad0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: jaime.jimenez@ericsson.com, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Archived-At: Cc: core@ietf.org Subject: Re: [core] #394 (coap-tcp-tls): Ping/pong X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:12:18 -0000 #394: Ping/pong Changes (by jaime.jimenez@ericsson.com): * status: assigned => closed * resolution: => fixed -- ---------------------------------+----------------------------------------- Reporter: hartke@tzi.org | Owner: jaime.jimenez@ericsson.com Type: protocol | Status: closed enhancement | Milestone: Priority: minor | Version: Component: coap-tcp-tls | Resolution: fixed Severity: Active WG Document | Keywords: | ---------------------------------+----------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:23:49 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1E46E12D6A9; Wed, 29 Jun 2016 13:23:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.326 X-Spam-Level: X-Spam-Status: No, score=-8.326 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id obwi7hpzEJzx; Wed, 29 Jun 2016 13:23:46 -0700 (PDT) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [IPv6:2001:1890:123a::1:2a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6A96412D66E; Wed, 29 Jun 2016 13:23:40 -0700 (PDT) Received: from localhost ([::1]:32992 helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.82_1-5b7a7c0-XX) (envelope-from ) id 1bIM17-0006D2-Pn; Wed, 29 Jun 2016 13:23:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit From: "core issue tracker" X-Trac-Version: 0.12.5 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.12.5, by Edgewall Software To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com X-Trac-Project: core Date: Wed, 29 Jun 2016 20:23:25 -0000 X-URL: https://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/409#comment:5 Message-ID: <080.8f7023b595af25c6214c66a49ccdad7f@trac.tools.ietf.org> References: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-Trac-Ticket-ID: 409 In-Reply-To: <065.865b9837ab99aed6c309ae6125f98820@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: draft-ietf-core-coap-tcp-tls@ietf.org, Hannes.Tschofenig@gmx.net, cabo@tzi.org, kovatsch@inf.ethz.ch, jaime.jimenez@ericsson.com, achim.kraus@bosch-si.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Resent-To: draft-ietf-core-coap-tcp-tls@ietf.org Resent-Message-Id: <20160629202340.6A96412D66E@ietfa.amsl.com> Resent-Date: Wed, 29 Jun 2016 13:23:40 -0700 (PDT) Resent-From: trac+core@trac.tools.ietf.org Archived-At: Cc: core@ietf.org Subject: Re: [core] #409 (coap-tcp-tls): CoAP over TCP: Supporting block-wise for larger block sizes (BERT) X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Reply-To: trac+core@zinfandel.tools.ietf.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:23:48 -0000 #409: CoAP over TCP: Supporting block-wise for larger block sizes (BERT) Changes (by jaime.jimenez@ericsson.com): * status: new => closed * resolution: => fixed Comment: '''Moved to https://github.com/core-wg/coap-sig/issues/3 ''' -- -------------------------------------+------------------------------------- Reporter: | Owner: draft-ietf-core-coap- Hannes.Tschofenig@gmx.net | tcp-tls@ietf.org Type: protocol enhancement | Status: closed Priority: major | Milestone: Component: coap-tcp-tls | Version: Severity: - | Resolution: fixed Keywords: | -------------------------------------+------------------------------------- Ticket URL: core From nobody Wed Jun 29 13:27:41 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 09C4812D742 for ; Wed, 29 Jun 2016 13:27:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.22 X-Spam-Level: X-Spam-Status: No, score=-4.22 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id c_c42PzWuzxe for ; Wed, 29 Jun 2016 13:27:37 -0700 (PDT) Received: from sessmg22.ericsson.net (sessmg22.ericsson.net [193.180.251.58]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 2FFCC12D741 for ; Wed, 29 Jun 2016 13:27:37 -0700 (PDT) X-AuditID: c1b4fb3a-f79386d00000467b-e2-57742f365f25 Received: from ESESSHC010.ericsson.se (Unknown_Domain [153.88.183.48]) by sessmg22.ericsson.net (Symantec Mail Security) with SMTP id 75.C0.18043.63F24775; Wed, 29 Jun 2016 22:27:34 +0200 (CEST) Received: from ESESSMB307.ericsson.se ([169.254.7.78]) by ESESSHC010.ericsson.se ([153.88.183.48]) with mapi id 14.03.0294.000; Wed, 29 Jun 2016 22:27:34 +0200 From: =?iso-8859-1?Q?Jaime_Jim=E9nez?= To: "core@ietf.org WG" Thread-Topic: [core] merge on draft-ietf-core-coap-tcp-tls-03 Thread-Index: AQHR0kSrWM66EXz+OUiChuvoGDrtAA== Date: Wed, 29 Jun 2016 20:27:34 +0000 Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [153.88.183.149] Content-Type: multipart/alternative; boundary="_000_A63FD018E28F484CB4247EE8A1D8528Aericssoncom_" MIME-Version: 1.0 X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprLIsWRmVeSWpSXmKPExsUyM2K7ga6Zfkm4wa/T1hb35z1isjgy5S6r xb6365kdmD2WLPnJ5NG64y+7x7RFmQHMUVw2Kak5mWWpRfp2CVwZJ7elFHyyqdh65hRLA2OD eRcjJ4eEgInErj2z2SFsMYkL99azdTFycQgJHGGUWPB4FwuEs5hRYv/rg2BVbALOEt8+z2IC sUUE1CRaJ71iA7GZBXwlupb+YQaxhQUsJeY9O8gIUWMn8fTNYqh6PYlP1x6wgNgsAqoSuxt6 wGxeAXuJj9cPg81nBLri+6k1TBAzxSVuPZnPBHGdgMSSPeeZIWxRiZeP/7FC2EoSaw9vZ4Go T5ZYvmIeI8RMQYmTM5+wTGAUnoVk1CwkZbOQlEHE9SRuTJ3CBmFrSyxb+JoZwtaVmPHvEFSN tcSE7hfMyGoWMHKsYhQtTi0uzk03MtJLLcpMLi7Oz9PLSy3ZxAiMtINbflvtYDz43PEQowAH oxIP7wKeknAh1sSy4srcQ4wSHMxKIrxndIFCvCmJlVWpRfnxRaU5qcWHGKU5WJTEef1fKoYL CaQnlqRmp6YWpBbBZJk4OKUaGBlnChhvzJxl+UNw/zuV+Emz39R9e3zrsH6m+M4QvUdc+0Qf GtnVbYhoO7D9/4GktQcPzfTV6feVfsI86auZ/faNm9fGRcxa8pC10G6jUZx3o1CPgaDcmZ2u R2c9D1s3tXVaoKm0foXqfOX3uaXds19zPH1TWrq3i/Xo/4JNJ7fuSrx2+oXSt0VKLMUZiYZa zEXFiQBbv9uXsAIAAA== Archived-At: Subject: [core] merge on draft-ietf-core-coap-tcp-tls-03 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 20:27:40 -0000 --_000_A63FD018E28F484CB4247EE8A1D8528Aericssoncom_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all, In coordination with the authors, we have requested for the editor to merge= the following document into draft-ietf-core-coap-tcp-tls-03: * draft-bormann-core-block-bert-01 * draft-bormann-core-coap-sig-02 * draft-savolainen-core-coap-websockets-07 The plan is to have a review and discussion at IETF 96. Where there are qu= estions about WG consensus for proposed solutions, related issues will rema= in open until consensus is reached. The current issues and drafts are available on Github: https://github.com/core-wg/coap-tcp-tls/ https://github.com/core-wg/coap-tcp-tls/issues https://core-wg.github.io/coap-tcp-tls/ (editor's in-progress draft) and temporarily for sig-02: https://github.com/core-wg/coap-sig/ https://github.com/core-wg/coap-sig/issues The original TRAC issues were captured as issues in github. Please open new= coap-tcp-tls issues in the github repo and not in TRAC as those have been = closed. https://trac.tools.ietf.org/wg/core/trac/ticket/387 - https://github.com/c= ore-wg/coap-tcp-tls/issues/4 https://trac.tools.ietf.org/wg/core/trac/ticket/388 - multiple version ove= r the same connection no longer applies. https://trac.tools.ietf.org/wg/core/trac/ticket/390 - https://github.com/c= ore-wg/coap-sig/issues/1 https://trac.tools.ietf.org/wg/core/trac/ticket/391 - https://github.com/c= ore-wg/coap-sig/issues/2 https://trac.tools.ietf.org/wg/core/trac/ticket/392 - closed https://trac.tools.ietf.org/wg/core/trac/ticket/393 - https://github.com/c= ore-wg/coap-tcp-tls/issues/5 https://trac.tools.ietf.org/wg/core/trac/ticket/394 - https://github.com/c= ore-wg/coap-sig/issues/3 https://trac.tools.ietf.org/wg/core/trac/ticket/400 - https://github.com/c= ore-wg/coap-sig/issues/4 https://trac.tools.ietf.org/wg/core/trac/ticket/409 - https://github.com/c= ore-wg/coap-tcp-tls/issues/6 Earlier, the TLS WG offered some excellent guidance for using github - http= ://www.ietf.org/mail-archive/web/tls/current/msg12149.html that CoRE will = also adopt. Many thanks to Brian for all his work put on the merger. Ciao! - - Jaime Jimenez --_000_A63FD018E28F484CB4247EE8A1D8528Aericssoncom_ Content-Type: text/html; charset="iso-8859-1" Content-ID: Content-Transfer-Encoding: quoted-printable Hi all,

In coordination with the authors, we have requested for the= editor to merge the following document into draft-ietf-core-coap-tcp-tls-0= 3:

* draft-bormann-core-block-bert-01
* draft-bormann-core-coap-sig-02
* draft-savolainen-core-coap-websockets-07

The plan is to have a review and discussion at IETF 96.  Where there a= re questions about WG consensus for proposed solutions, related issues= will remain open until consensus is reached.

The current issues and drafts are available on Github:

https://git= hub.com/core-wg/coap-tcp-tls/  
https= ://github.com/core-wg/coap-tcp-tls/issues 
https://core= -wg.github.io/coap-tcp-tls/  (editor's in-progress draft)

and temporarily for sig-02:

https://github.= com/core-wg/coap-sig/ 
https://g= ithub.com/core-wg/coap-sig/issues 

The original TRAC issues were captured as issues in github. Please open new= coap-tcp-tls issues in the github repo and not in TRAC as those have been = closed.

https://trac.tools.ietf.org/wg/core/trac/ticket/387 &nb= sp;- htt= ps://github.com/core-wg/coap-tcp-tls/issues/4 
https://trac.tools.ietf.org/wg/core/trac/ticket/388 &nb= sp;- multiple version over the same connection no longer applies. 
https://trac.tools.ietf.org/wg/core/trac/ticket/390 &nb= sp;- https:/= /github.com/core-wg/coap-sig/issues/1 
https://trac.tools.ietf.org/wg/core/trac/ticket/391 &nb= sp;- https:/= /github.com/core-wg/coap-sig/issues/2 
https://trac.tools.ietf.org/wg/core/trac/ticket/392 &nb= sp;- closed
https://trac.tools.ietf.org/wg/core/trac/ticket/393 &nb= sp;- htt= ps://github.com/core-wg/coap-tcp-tls/issues/5 
https://trac.tools.ietf.org/wg/core/trac/ticket/394 &nb= sp;- https:/= /github.com/core-wg/coap-sig/issues/3 
https://trac.tools.ietf.org/wg/core/trac/ticket/400 &nb= sp;- https:/= /github.com/core-wg/coap-sig/issues/4 
https://trac.tools.ietf.org/wg/core/trac/ticket/409 &nb= sp;- htt= ps://github.com/core-wg/coap-tcp-tls/issues/6 

Earlier, the TLS WG offered some excellent guidance for using github - http://www.ietf.org/mail-archive/web/tls/current/msg12149.html  th= at CoRE will also adopt.

Many thanks to Brian for all = his work put on the merger. 

Ciao!
- - Jaime Jimenez

--_000_A63FD018E28F484CB4247EE8A1D8528Aericssoncom_-- From nobody Wed Jun 29 16:27:16 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E16712D76E for ; Wed, 29 Jun 2016 16:27:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EEDIa9vhgW6Y for ; Wed, 29 Jun 2016 16:27:12 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D4D1412D922 for ; Wed, 29 Jun 2016 16:27:10 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=uMxqInSnCfjlHz+zaUgsN4A5h5M7ndd9FkkutAmLIZE=; b=tHJbs//ylxpJIm8YuKySDZjV1+ yxx7izjYqPomaml2udP60OGoNDGItfSBePrNJhItGaYcq24cbqiJOWWBTLY0rPElCZRHoVg+Wf7LK IFrLQDHV89nAV3lKa2hhD5imdjO4KKUnk1JqmkCADdQKSLQpaxAk99FLGAAKVpwBHj0bV1r+buaNT WXmGQwQuBDu+AOepxvEETDVB61BIdZJPlOnozoN+J1Eh+8N52l40kuWDAeNNI4DF4WsNFZWXeK/6U ugXUsxaSS9TpnfMv2zh1BWsEP/COg3l9B5DJBuczF8YPvBjAKGMx66LSCjw/cl2e+yqXqkO6in82i kRd+Dlyg==; Received: from ppp118-209-181-95.lns20.mel8.internode.on.net ([118.209.181.95]:49744 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bIOsu-003KfP-B8 for core@ietf.org; Thu, 30 Jun 2016 09:27:08 +1000 To: core@ietf.org References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> From: Christian Groves Message-ID: Date: Thu, 30 Jun 2016 09:27:01 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5773B9B6.40508@tzi.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 23:27:14 -0000 Hello I agree with taking a modular approach and adding a HTTP mapping section to the Etch draft. That's why I asked in my second comment about whether we should add some words in the html draft about that additional mappings should be covered by the drafts that add additional elements. I wouldn't have a separate just just for additional mappings alone. Regards, Christian On 29/06/2016 10:06 PM, Carsten Bormann wrote: > peter van der Stok wrote: >> Although collecting work is not my favored pastime, extending the etch >> draft with the relevant http-coap mapping looks more robust. > There is a chicken-and-egg problem here: > > We won't collect enough experience with mapping FETCH and PATCH to and > from HTTP unless we have it first ias an accepted element in CoAP. So, > in effect, delaying the -etch draft while waiting for this experience is > a recipe for tabling FETCH/PATCH indefinitely. > > Grüße, Carsten > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Wed Jun 29 16:31:24 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CCD7512D86D for ; Wed, 29 Jun 2016 16:31:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sr0caaU4I1Q8 for ; Wed, 29 Jun 2016 16:31:19 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3A54212D87E for ; Wed, 29 Jun 2016 16:31:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=ziugPODIAerBK9Fdhk9aRa+L0YQT2IinuAU7qTP504Q=; b=u2KTYdYeFsynzpkgt7jesMGDkA vSLUuCOcPVok1207lut0AjwBIaMJjEyl7CGZ1ogLePz5W9VXFajUXjeujrFRi62Q1zQZjjJzpvrPm ZU3KvbZUleEpI7LgZBR7LRJ/eWO0Kkffqid7yA2xYsagRYKS0zDR/EBFiJXH45P/RoheGrD5ioo7N msEoOF2alBmhtP+9RPHXBLQL0DO2mr43z9cb9KiDSlk5iGVfR86YatW1u85RQTWtV/hQfKgFXwhVA SyAHSHpzDJIikCldYUoi6VO0QItbQSswf16jholwEg9/F2k39/eHs8FgXxVuKwXkmScAwi4VQdgur KeT8c4CA==; Received: from ppp118-209-181-95.lns20.mel8.internode.on.net ([118.209.181.95]:49757 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bIOwv-003L2K-2h; Thu, 30 Jun 2016 09:31:17 +1000 To: consultancy@vanderstok.org References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> From: Christian Groves Message-ID: <2d763e20-676a-33df-196d-d879ada8b57d@nteczone.com> Date: Thu, 30 Jun 2016 09:31:11 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 29 Jun 2016 23:31:21 -0000 Hello Peter, No problem. Just on: "Cl.3.2: Should this indicate that the draft specifies additional response codes? You refer to 4.22 that is not in coap list. Well seen: this has been lost on the way" My point was that this "Response Codes" clause indicates the response codes are specified in RFC7252, it doesn't say there are additional codes defined in this draft. So I would suggest adding something like "In addition this document specifies additional response codes 4.09 and 4.22." Regards, Christian On 29/06/2016 5:39 PM, peter van der Stok wrote: > Hi Christian, > > many thanka for a thorough review. See below. > > Christian Groves schreef op 2016-06-29 04:03: >> Hello Jaime, >> >> Below are my review comments: >> >> Cl.1.1 Para 2 editorial: ...request body than can comfortably >> transferred.... > absolutely: good catch >> >> Cl.2.1: The reference 5.9 seems to point to a non-existing clause in >> the draft. > I checked the html; and you are right; At several places reference to > 7252 is meant and html points to nowhere in the document. >> >> Cl.2.2.2 Editorial: Extra "." after 5.10.6 > Yep; to be adapted. >> >> Cl.3 Para 2: The hyperlink in the reference to section 5.10.8.1 points >> to an invalid location. > see above >> >> Cl.3.1: "Content-Format: application/json-patch+json" does this need a >> to be formatted "Content-Format: 51 (application/json-patch+json)" as >> per the other examples? > indeed; we like consistency. >> >> Cl.3.2 and Cl.3.3: The hyperlinks point to the current document rather >> than the referenced RFC7252. > see above >> >> Cl.3.2: Should this indicate that the draft specifies additional >> response codes? > You refer to 4.22 that is not in coap list. Well seen: this has been > lost on the way. >> >> Cl.3.4 Unprocessable request: "," should be "." on the end of the >> second bullet. > OK. >> >> Cl.6: Response code "4.22 (Unprocessable Entity) seems to be missing >> from the IANA registrations. > This is an oversight (but duly noted now) >> >> With regards to the use of iPatch I wonder if there is much saving on >> the server if it still needs to check the contents to determine if it >> is indeed idempotent or not (e.g. as per the example in section 3.1)? > > I like to refer to the discussion by Carsten > >> >> Otherwise the draft is OK for me. > > Thanks for your work >> >> >> Regards, Christian > > Greetings, Peter >> >> >> On 28/06/2016 3:32 AM, Jaime Jiménez wrote: >>> Hi all, >>> >>> This is the Working Group Last Call for the "Patch and Fetch Methods >>> for Constrained Application Protocol (CoAP)” document. >>> https://tools.ietf.org/html/draft-ietf-core-etch-01 >>> >>> An HTML version is available at: https://core-wg.github.io/etch/ >>> >>> >>> The call is planned to end by July 11th. >>> >>> BR, >>> - - Jaime Jimenez >>> >>> >>> >>> _______________________________________________ >>> core mailing list >>> core@ietf.org >>> https://www.ietf.org/mailman/listinfo/core >> >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core > From nobody Wed Jun 29 21:02:48 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 70DC712D0A8 for ; Wed, 29 Jun 2016 21:02:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ELnvIGk7P4P2 for ; Wed, 29 Jun 2016 21:02:44 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 433DB12B031 for ; Wed, 29 Jun 2016 21:02:44 -0700 (PDT) Received: from fr712umx4.dmz.alcatel-lucent.com (unknown [135.245.210.45]) by Websense Email Security Gateway with ESMTPS id 3536C2F8BC34; Thu, 30 Jun 2016 04:02:41 +0000 (GMT) Received: from fr712usmtp2.zeu.alcatel-lucent.com (fr712usmtp2.zeu.alcatel-lucent.com [135.239.2.42]) by fr712umx4.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u5U42fkC001256 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 Jun 2016 04:02:42 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr712usmtp2.zeu.alcatel-lucent.com (GMO) with ESMTP id u5U42esH021612 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Jun 2016 06:02:41 +0200 Received: from FR711WXCHMBA08.zeu.alcatel-lucent.com ([169.254.4.136]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Thu, 30 Jun 2016 06:02:40 +0200 From: "Fossati, Thomas (Nokia - GB)" To: Christian Groves , "core@ietf.org" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHR0HF1H8Nvee8urUSaVHjBlEy6f5//qxiAgABnMYCAACAKgP//9tGAgAAIewCAAAk6AIAAvjaAgABdv4A= Date: Thu, 30 Jun 2016 04:02:39 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> In-Reply-To: Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.5.160527 x-originating-ip: [135.239.27.39] Content-Type: text/plain; charset="us-ascii" Content-ID: <9439500DE49C614A84A56498BAB6C55F@exchange.lucent.com> Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 04:02:47 -0000 Hi Christian, On 30/06/2016 00:27, "core on behalf of Christian Groves" wrote: >I agree with taking a modular approach and adding a HTTP mapping section >to the Etch draft. That's why I asked in my second comment about whether >we should add some words in the html draft about that additional >mappings should be covered by the drafts that add additional elements. >I wouldn't have a separate just just for additional mappings alone. How about: Any future specification of CoAP protocol elements such as methods, options and status codes, should also describe the HTTP mappings for each newly defined element. Cheers, t From nobody Wed Jun 29 22:13:56 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id E8D5212D9E8 for ; Wed, 29 Jun 2016 22:13:54 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ijpwDQ6L9GGW for ; Wed, 29 Jun 2016 22:13:52 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 5D11C12D9ED for ; Wed, 29 Jun 2016 22:13:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:References:To:Subject:Sender: Reply-To:Cc:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=D8xbvQWJrBE1veGlmA6xvSrPhIk9+/CXhr8i2jmE3Sg=; b=qeNFXQC0bKEsKC0qNLbuDXkp/C ZYUMJcDo8wtokQ3oKMEO5q75Fv6fgtjiSYSHTsoTE9L6Q3tBMbVm46hTYp1Sl62630um88vSqVZee pjauPZ8nOvr+ZIgootktrSRvwsAGnckwP/8AsFKJQc6a+9quqOlR6w5Mkv0wEvumjHAmWJj+6m0cM ZPTOuAf7qmDnZvknSnD4tTwsjBU1xKQx4hx4hUv/tedZ0xHH6n/8EHL6bNbvw/wjWxO6/eZ9WpY9E TN5aemeQB30smGucryiXZgx1nyoCVxoUciXe84hv3e1BfDOO0etqRTQVajq5e7vJ4UxOutX56w7b8 UD5eWA0A==; Received: from ppp118-209-181-95.lns20.mel8.internode.on.net ([118.209.181.95]:50903 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bIUIE-003ubz-IW; Thu, 30 Jun 2016 15:13:38 +1000 To: "Fossati, Thomas (Nokia - GB)" , "core@ietf.org" References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> From: Christian Groves Message-ID: <4dce44e3-8279-b86c-8376-4a332323f925@nteczone.com> Date: Thu, 30 Jun 2016 15:13:32 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 7bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 05:13:55 -0000 Hello Thomas, Works for me. Thanks, Christian On 30/06/2016 2:02 PM, Fossati, Thomas (Nokia - GB) wrote: > Hi Christian, > > On 30/06/2016 00:27, "core on behalf of Christian Groves" > wrote: >> I agree with taking a modular approach and adding a HTTP mapping section >> to the Etch draft. That's why I asked in my second comment about whether >> we should add some words in the html draft about that additional >> mappings should be covered by the drafts that add additional elements. >> I wouldn't have a separate just just for additional mappings alone. > How about: > > Any future specification of CoAP protocol elements such as methods, > options and status codes, should also describe the HTTP mappings for > each newly defined element. > > > Cheers, t > > From nobody Wed Jun 29 22:54:49 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8F90C12D0A8 for ; Wed, 29 Jun 2016 22:54:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.902 X-Spam-Level: X-Spam-Status: No, score=-6.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H2=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id B1917X-QlVk7 for ; Wed, 29 Jun 2016 22:54:45 -0700 (PDT) Received: from smtp-fr.alcatel-lucent.com (fr-hpida-esg-02.alcatel-lucent.com [135.245.210.21]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 50CF412D0E6 for ; Wed, 29 Jun 2016 22:54:42 -0700 (PDT) Received: from fr712umx3.dmz.alcatel-lucent.com (unknown [135.245.210.42]) by Websense Email Security Gateway with ESMTPS id 91597798B673D; Thu, 30 Jun 2016 05:54:38 +0000 (GMT) Received: from fr711usmtp1.zeu.alcatel-lucent.com (fr711usmtp1.zeu.alcatel-lucent.com [135.239.2.122]) by fr712umx3.dmz.alcatel-lucent.com (GMO-o) with ESMTP id u5U5sdnp013717 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 30 Jun 2016 05:54:40 GMT Received: from FR711WXCHHUB02.zeu.alcatel-lucent.com (fr711wxchhub02.zeu.alcatel-lucent.com [135.239.2.112]) by fr711usmtp1.zeu.alcatel-lucent.com (GMO) with ESMTP id u5U5scTt004156 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 30 Jun 2016 07:54:39 +0200 Received: from FR711WXCHMBA08.zeu.alcatel-lucent.com ([169.254.4.136]) by FR711WXCHHUB02.zeu.alcatel-lucent.com ([135.239.2.112]) with mapi id 14.03.0195.001; Thu, 30 Jun 2016 07:53:35 +0200 From: "Fossati, Thomas (Nokia - GB)" To: Christian Groves , "Fossati, Thomas (Nokia - GB)" , "core@ietf.org" Thread-Topic: [core] WG Last Call for draft-ietf-core-http-mapping-11 Thread-Index: AQHR0HF1H8Nvee8urUSaVHjBlEy6f5//qxiAgABnMYCAACAKgP//9tGAgAAIewCAAAk6AIAAvjaAgABdv4CAAAMSAIAAG/AA Date: Thu, 30 Jun 2016 05:53:35 +0000 Message-ID: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> <4dce44e3-8279-b86c-8376-4a332323f925@nteczone.com> In-Reply-To: <4dce44e3-8279-b86c-8376-4a332323f925@nteczone.com> Accept-Language: en-GB, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: user-agent: Microsoft-MacOutlook/14.6.5.160527 x-originating-ip: [135.239.27.41] Content-Type: text/plain; charset="us-ascii" Content-ID: Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Archived-At: Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 05:54:47 -0000 On 30/06/2016 06:13, "core on behalf of Christian Groves" wrote: >Works for me. Thanks Christian. Peter, Carsten: is it OK for you as well? Or do you want to propose a different wording? As soon as we agree on the text I plan to add it to the introduction, solve the other comments from Christian and push -12. Cheers, t >On 30/06/2016 2:02 PM, Fossati, Thomas (Nokia - GB) wrote: >>How about: >> >> Any future specification of CoAP protocol elements such as methods, >> options and status codes, should also describe the HTTP mappings for >> each newly defined element. From nobody Wed Jun 29 23:28:26 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 37B1E12DA23 for ; Wed, 29 Jun 2016 23:28:25 -0700 (PDT) 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=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GAJoQubV6wzO for ; Wed, 29 Jun 2016 23:28:23 -0700 (PDT) Received: from relay5-d.mail.gandi.net (relay5-d.mail.gandi.net [217.70.183.197]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 579D412D9FA for ; Wed, 29 Jun 2016 23:28:20 -0700 (PDT) Received: from mfilter28-d.gandi.net (mfilter28-d.gandi.net [217.70.178.159]) by relay5-d.mail.gandi.net (Postfix) with ESMTP id B30AD41C094; Thu, 30 Jun 2016 08:28:18 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter28-d.gandi.net Received: from relay5-d.mail.gandi.net ([IPv6:::ffff:217.70.183.197]) by mfilter28-d.gandi.net (mfilter28-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 0yUbChzQa9Me; Thu, 30 Jun 2016 08:28:17 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay5-d.mail.gandi.net (Postfix) with ESMTPSA id 64C2441C08E; Thu, 30 Jun 2016 08:28:15 +0200 (CEST) Message-ID: <5774BC01.7090606@tzi.org> Date: Thu, 30 Jun 2016 08:28:17 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: Christian Groves References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> <2d763e20-676a-33df-196d-d879ada8b57d@nteczone.com> In-Reply-To: <2d763e20-676a-33df-196d-d879ada8b57d@nteczone.com> X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 06:28:25 -0000 Hi Christian, > So I would suggest adding something like > "In addition this document specifies additional response codes 4.09 and > 4.22." The editors' draft now says: 3.2. Response Codes PATCH and iPATCH for CoAP adopt the response codes as specified in sections 5.9 and 12.1.2 of [RFC7252] and add 4.09 “Conflict” and 4.22 “Unprocessable Entity” with the semantics specified in Section 3.4. https://core-wg.github.io/etch/ Grüße, Carsten From nobody Wed Jun 29 23:40:26 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 82D7B12DA3F for ; Wed, 29 Jun 2016 23:40:24 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.79 X-Spam-Level: X-Spam-Status: No, score=-1.79 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, T_DKIM_INVALID=0.01] autolearn=no autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=neutral reason="invalid (public key: not available)" header.d=nteczone.com Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F3q4zHHp-0P2 for ; Wed, 29 Jun 2016 23:40:23 -0700 (PDT) Received: from msh03.myshophosting.com (msh03.myshophosting.com [101.0.109.158]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4249312DA3C for ; Wed, 29 Jun 2016 23:40:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=nteczone.com; s=default; h=Content-Transfer-Encoding:Content-Type: In-Reply-To:MIME-Version:Date:Message-ID:From:Cc:References:To:Subject:Sender :Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help: List-Unsubscribe:List-Subscribe:List-Post:List-Owner:List-Archive; bh=zckfnru38qPIbZH2DlS9N6pAqjmR1T3+nr+0bQ/FJ9Y=; b=tNUcinOKalqghu3xaDXB+EYt+u YCYfK5/x7XSEAHqBsGYxN0yWZBWm4eVPF4yNHMKyUQle/EZ4r/Unicok7EK+QlZRF7e+jp0/Cprj/ BC0o+8Mf10DnUeEmKKv+STMnceL7Hzxi2/2HM32cauPiSILPZHK/Om9A8nbsO1/3b9Kd/44GaHOJ2 L17zLpy9SeP64w7Z1J9UkbLG7AFmgqJaqpIbmbB2Wyig+t9lvznDzxhm8FuwhYzZrzq8wWtodBxn+ 2F1sKcZqc5JbrNPZD3yGCm83Mf2FrfqZMENfw8dyT82P2amEP/T9jeWGoPy0k5Hhb7/9iNaaraMYr dzi/0R+A==; Received: from ppp118-209-181-95.lns20.mel8.internode.on.net ([118.209.181.95]:50071 helo=[192.168.1.22]) by msh03.myshophosting.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.87) (envelope-from ) id 1bIVe8-0042qZ-SR; Thu, 30 Jun 2016 16:40:20 +1000 To: Carsten Bormann References: <6292828E-BF6C-456B-82A5-6B86C120D013@ericsson.com> <4de1fa0ba3892f78d38443c602d7501d@xs4all.nl> <2d763e20-676a-33df-196d-d879ada8b57d@nteczone.com> <5774BC01.7090606@tzi.org> From: Christian Groves Message-ID: <1c6c7058-63e7-a0ff-6bd4-ceb644c6802d@nteczone.com> Date: Thu, 30 Jun 2016 16:40:14 +1000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <5774BC01.7090606@tzi.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - msh03.myshophosting.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - nteczone.com X-Get-Message-Sender-Via: msh03.myshophosting.com: authenticated_id: christian.groves@nteczone.com X-Authenticated-Sender: msh03.myshophosting.com: christian.groves@nteczone.com X-Source: X-Source-Args: X-Source-Dir: Archived-At: Cc: core@ietf.org Subject: Re: [core] =?utf-8?q?=F0=9F=94=94_WG_Last_Call_of_draft-ietf-core-etc?= =?utf-8?q?h-01?= X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 06:40:24 -0000 Hello Carsten, Sounds good. Regards, Christian On 30/06/2016 4:28 PM, Carsten Bormann wrote: > Hi Christian, > >> So I would suggest adding something like >> "In addition this document specifies additional response codes 4.09 and >> 4.22." > The editors' draft now says: > > 3.2. Response Codes > PATCH and iPATCH for CoAP adopt the response codes as specified in > sections 5.9 and 12.1.2 of [RFC7252] and add 4.09 “Conflict” and 4.22 > “Unprocessable Entity” with the semantics specified in Section 3.4. > > https://core-wg.github.io/etch/ > > Grüße, Carsten > > From nobody Thu Jun 30 00:41:59 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 148F512DA4F for ; Thu, 30 Jun 2016 00:41:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.626 X-Spam-Level: X-Spam-Status: No, score=-5.626 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id veC6JYxdClmZ for ; Thu, 30 Jun 2016 00:41:56 -0700 (PDT) Received: from mail-gw-out1.cc.tut.fi (mail-gw-out1.cc.tut.fi [130.230.160.32]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 39F6D12D9D7 for ; Thu, 30 Jun 2016 00:41:55 -0700 (PDT) X-AuditID: 82e6a020-f6fff700000009c2-e4-5774cd3979c9 Received: from mail2.tut.fi (mail2.tut.fi [130.230.162.20]) by (Symantec Messaging Gateway) with SMTP id EA.7A.02498.93DC4775; Thu, 30 Jun 2016 10:41:48 +0300 (EEST) Received: from dyn-154-38.public.tut.fi (dyn-154-38.public.tut.fi [130.230.154.38]) by mail2.tut.fi (Postfix) with ESMTPSA id BCA1F20AD9 for ; Thu, 30 Jun 2016 10:41:45 +0300 (EEST) To: core@ietf.org References: <4CBCFA76-6E62-4B92-A615-F65ADCC61524@ericsson.com> From: Bill Silverajan Message-ID: Date: Thu, 30 Jun 2016 10:41:46 +0300 User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.11; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: <4CBCFA76-6E62-4B92-A615-F65ADCC61524@ericsson.com> Content-Type: text/plain; charset=windows-1252; format=flowed Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFjrIIsWRmVeSWpSXmKPExsXS9GyRiK7N2ZJwg68HFCz2vV3P7MDosWTJ T6YAxigum5TUnMyy1CJ9uwSujB9TPjEXrOOs+PKhgbGB8Sx7FyMHh4SAicScfWZdjFwcQgIr GCWe/2pih3BOMEq0tM1i62Lk5BAWMJb42D0dzBYREJTYdXc7E4gtJGAvMXfbX7A4m4CRxIFv m1hAbF4BS4nD99YygtgsAqoS51o3M4IsExVIk7g4XwKiRFDi5MwnYOWcAg4SR54fBCtnFrCV uDN3NzOELS/RvHU28wRGvllIWmYhKZuFpGwBI/MqRrHcxMwc3fRy3fzSEkO95GS9ktISvbTM TYzgkFqgsIPx5TT9Q4wCHIxKPLwzWEvChVgTy4orcw8xSnIwKYnyVpYDhfiS8lMqMxKLM+KL SnNSiw8xSnAwK4nw+pwGyvGmJFZWpRblw6SkOViUxHlL/TVDhATSE0tSs1NTC1KLYLIyHBxK ErwfQRoFi1LTUyvSMnNKENJMHJwgw3mAhm8AG15ckJhbnJkOkT/FqCglznsAJCEAksgozYPr hcT8LLVXjOJArwhDrOABpgu47ldAg5mABjOXFoMMLklESEk1MBbNYBc9fOj/jfpwoZXTjoQF ncv9xHri4JK1cisUWYI9Ps1dsmnR0ozgmYUvXjNX+7y7PnPRkYVf+Eweftt5+/sa2/bTL2Z0 fprToDlrwr3vtX461fscP31R/HOz0qHo1Padi9WTl/EWRJw42Sf79UXbaqHjwbITtmqcPM39 zV1WV3C7oFen11RTJZbijERDLeai4kQADTMkPtQCAAA= Archived-At: Subject: Re: [core] IETF96 Agenda items preparation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 07:41:59 -0000 Dear WG chairs, Please see if you can accommodate a presentation slot for the upcoming version of draft-silverajan-core-coap-protocol-negotiation Abstract: When multiple transports exist for exchanging CoAP resource representations, this document introduces a way forward for CoAP endpoints to agree upon alternate transport and protocol configurations as well as URIs. Objective: Present alternatives, obtain WG consensus and reviewers Time: 10 mins Thanks, Bill On 28/06/16 12:59, Jaime Jimnez wrote: > Hi all, > > as the IETF96 approaches the chairs would like to start preparing the > main agenda items. > For that we would like to focus on items that require group consensus > rather than document presentations. > It would be great if contributors could start sending their suggestions > to this email thread along with their objective for the time slot and a > time estimate. > > I will try to keep the list updated in here: > http://jaimejim.github.io/temp/ietf96slots > > Ciao! > - - Jaime Jimenez > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From nobody Thu Jun 30 02:02:32 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 6D51912B078 for ; Thu, 30 Jun 2016 02:02:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.621 X-Spam-Level: X-Spam-Status: No, score=-2.621 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id R2x1F9moucYK for ; Thu, 30 Jun 2016 02:02:27 -0700 (PDT) Received: from lb2-smtp-cloud2.xs4all.net (lb2-smtp-cloud2.xs4all.net [194.109.24.25]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3EBBA12B032 for ; Thu, 30 Jun 2016 02:02:27 -0700 (PDT) Received: from webmail.xs4all.nl ([194.109.20.212]) by smtp-cloud2.xs4all.net with ESMTP id Cx2Q1t00a4aYjWA01x2QQR; Thu, 30 Jun 2016 11:02:25 +0200 Received: from AMontpellier-654-1-15-89.w109-210.abo.wanadoo.fr ([109.210.238.89]) by webmail.xs4all.nl with HTTP (HTTP/1.1 POST); Thu, 30 Jun 2016 11:02:24 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Thu, 30 Jun 2016 11:02:24 +0200 From: peter van der Stok To: "Fossati, Thomas (Nokia - GB)" Organization: vanderstok consultancy Mail-Reply-To: consultancy@vanderstok.org In-Reply-To: References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> <4dce44e3-8279-b86c-8376-4a332323f925@nteczone.com> Message-ID: <921b10f013e491389e19daaf1e8f2103@xs4all.nl> X-Sender: stokcons@xs4all.nl (hU84K4JDxrSW5nXo+0MovJLCzRxsHzxj) User-Agent: XS4ALL Webmail Archived-At: Cc: core@ietf.org Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list Reply-To: consultancy@vanderstok.org List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 09:02:30 -0000 Slightly weaker phrasing Any future specification of CoAP protocol elements such as methods, options and status codes, should also describe the HTTP mappings for each newly defined element' or the document where this mapping will be described. Peter Fossati, Thomas (Nokia - GB) schreef op 2016-06-30 07:53: > On 30/06/2016 06:13, "core on behalf of Christian Groves" > > wrote: >> Works for me. > > Thanks Christian. > > Peter, Carsten: is it OK for you as well? Or do you want to propose a > different wording? > > As soon as we agree on the text I plan to add it to the introduction, > solve the other comments from Christian and push -12. > > Cheers, t > > >> On 30/06/2016 2:02 PM, Fossati, Thomas (Nokia - GB) wrote: >>> How about: >>> >>> Any future specification of CoAP protocol elements such as >>> methods, >>> options and status codes, should also describe the HTTP mappings >>> for >>> each newly defined element. > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From nobody Thu Jun 30 03:44:20 2016 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C10AF12D9C1 for ; Thu, 30 Jun 2016 03:44:18 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.6 X-Spam-Level: X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham autolearn_force=no Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4SzdO3aDkROa for ; Thu, 30 Jun 2016 03:44:17 -0700 (PDT) Received: from relay3-d.mail.gandi.net (relay3-d.mail.gandi.net [IPv6:2001:4b98:c:538::195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D7C5E12B02C for ; Thu, 30 Jun 2016 03:44:16 -0700 (PDT) Received: from mfilter25-d.gandi.net (mfilter25-d.gandi.net [217.70.178.153]) by relay3-d.mail.gandi.net (Postfix) with ESMTP id 80E5FA80E9; Thu, 30 Jun 2016 12:44:15 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at mfilter25-d.gandi.net Received: from relay3-d.mail.gandi.net ([IPv6:::ffff:217.70.183.195]) by mfilter25-d.gandi.net (mfilter25-d.gandi.net [::ffff:10.0.15.180]) (amavisd-new, port 10024) with ESMTP id 2sSGRaYDQCsI; Thu, 30 Jun 2016 12:44:14 +0200 (CEST) X-Originating-IP: 93.199.242.26 Received: from nar-3.local (p5DC7F21A.dip0.t-ipconnect.de [93.199.242.26]) (Authenticated sender: cabo@cabo.im) by relay3-d.mail.gandi.net (Postfix) with ESMTPSA id 888EDA80CF; Thu, 30 Jun 2016 12:44:12 +0200 (CEST) Message-ID: <5774F7FA.7020801@tzi.org> Date: Thu, 30 Jun 2016 12:44:10 +0200 From: Carsten Bormann User-Agent: Postbox 4.0.8 (Macintosh/20151105) MIME-Version: 1.0 To: "Fossati, Thomas (Nokia - GB)" References: <1353C239-453D-4F44-ADD5-0BD300A25B6A@ericsson.com> <244bdb7e-6cad-b795-685c-df1f7d0872d3@nteczone.com> <5773AADB.7040906@tzi.org> <240903ef168f7c6559d493ad50406349@xs4all.nl> <5773B9B6.40508@tzi.org> <4dce44e3-8279-b86c-8376-4a332323f925@nteczone.com> In-Reply-To: X-Enigmail-Version: 1.2.3 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Archived-At: Cc: "core@ietf.org" Subject: Re: [core] WG Last Call for draft-ietf-core-http-mapping-11 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.17 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 30 Jun 2016 10:44:19 -0000 Fossati, Thomas (Nokia - GB) wrote: > Peter, Carsten: is it OK for you as well? Or do you want to propose a > different wording? I'm not sure this is the place to make mandates about what other specifications will be. I'd rather say that this document describes base CoAP (insert references) and it is up to extensions... to describe their HTTP mapping. (Specific example: I don't think we should nail down an HTTP mapping for FETCH/PATCH at the same time we nail down the CoAP side. Just as we nailed down RFC 7252 before completing the HTTP mapping informational document.) Grüße, Carsten