From daniele.alessandrelli@gmail.com Tue Mar 1 16:12:00 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0A72A3A6BFD for ; Tue, 1 Mar 2011 16:12:00 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V+YXQ+884hUj for ; Tue, 1 Mar 2011 16:11:59 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 14DBA3A6BF8 for ; Tue, 1 Mar 2011 16:11:58 -0800 (PST) Received: by qwh6 with SMTP id 6so4603957qwh.31 for ; Tue, 01 Mar 2011 16:13:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=cl8UliG90jb5S6QP91tWunsEzJN6hLKxudItGqBIA7c=; b=Zf5vOeCiZorvsy6hYxMTZfoG+JsOsxYkoqKDdHb9JzaEVeH6hHzJ+BEW6V9ZEj0qah OXBbuVt+NztkYo8T8EERsAYQmrg8LuFuOGlp8LiYQ8KPXXXP8uRcfIgfK63P89Qy1WdH muKr8ylFYDTm44BQp2/Nc2uCnvWvaVXq2PgNg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=GXmbgpj0XZ+HpAJgVoG4EyaX1Nafr0q+j8efllKYj6PuhjKoAWzGtPpWiKJIYVZTHD qa7c19p3Acfw6zTXgbawPazX/EOnOBy3FH6cL+8X2KRRxkKjH3jCYCrMPv8Fv9jh2O0L ZDUcJWg1k88xkie4qMuIyxilKw5Z3NW1vwTyQ= MIME-Version: 1.0 Received: by 10.229.96.206 with SMTP id i14mr5813518qcn.247.1299024781511; Tue, 01 Mar 2011 16:13:01 -0800 (PST) Received: by 10.229.99.205 with HTTP; Tue, 1 Mar 2011 16:13:01 -0800 (PST) In-Reply-To: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen.de> References: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen.de> Date: Tue, 1 Mar 2011 19:13:01 -0500 Message-ID: From: Daniele Alessandrelli To: Klaus Hartke Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: core@ietf.org Subject: Re: [core] Fwd: New Version Notification for draft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 02 Mar 2011 00:12:00 -0000 Hello, I have read the draft and I think that the following statement in "4.4 Caching" is incorrect: "The observation mechanism ensures that the cache has a fresh response for most of the duration of the observation lifetime." The freshness is determined by the Max-Age Option which can be much smaller then the average time interval between notifications. Therefore, if I am not missing something, the cache can have *no* fresh response for most of the duration of the observation lifetime. Regards Daniele On Mon, Feb 7, 2011 at 9:18 PM, Klaus Hartke wrote: > A new version of draft-ietf-core-observe is now available: > > http://tools.ietf.org/id/draft-ietf-core-observe-01.txt > > All 15 tickets have been closed; see the change log in Appendix B > for details. Almost all tickets were editorial: only one technical > change was made to enable reordering detection (see Section 4.3). > > Feedback welcome. > > Klaus > > > -------- Original Message -------- > Subject: New Version Notification for draft-ietf-core-observe-01 > Date: Mon, =C2=A07 Feb 2011 11:55:44 -0800 (PST) > From: IETF I-D Submission Tool > To: hartke@tzi.org > Cc: zach@sensinode.com > > > A new version of I-D, draft-ietf-core-observe-01.txt has been > successfully submitted by Klaus Hartke and posted to the IETF > repository. > > Filename: =C2=A0 =C2=A0 =C2=A0 =C2=A0draft-ietf-core-observe > Revision: =C2=A0 =C2=A0 =C2=A0 =C2=A001 > Title: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 Observing Resources in CoAP > Creation_date: =C2=A0 2011-02-07 > WG ID: =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 core > Number_of_pages: 19 > > Abstract: > CoAP is a RESTful application protocol for constrained nodes and > networks. =C2=A0The state of a resource on a CoAP server can change over > time. =C2=A0This specification provides a simple extension for CoAP that > gives clients the ability to observe such changes. > > > > The IETF Secretariat. > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From angelo.castellani@gmail.com Wed Mar 2 03:15:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F38A13A6969 for ; Wed, 2 Mar 2011 03:15:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rdhUFI1AL9ze for ; Wed, 2 Mar 2011 03:15:06 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 2B3883A685D for ; Wed, 2 Mar 2011 03:15:05 -0800 (PST) Received: by qwh6 with SMTP id 6so4937029qwh.31 for ; Wed, 02 Mar 2011 03:16:11 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=GNg/vIbXmPmMQhsAoZUzr+FGNI1tdhAH2GJst9RTcWA=; b=Y57ACtNQYFe+3PVPoSqYFfolwwuwlvGmjjrjnQLK+P8aCKyvufeUOSiSN8TZpA5tui 60sJuO1axWphGvMUIpnNh5HUl3qmb23ht6JJ0poxaSFF0WEzOK/QjPYymvQcTDB5lkPl Gn1IToA2hzREwJrgQIT/p6SDJntMENnABTb8s= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=YcC7wDsq/5xqmGTo+lIf/NvlmnOtc6kaonMNCN9tJ6WuOjhwpELjijlegqfJ7I71Xf qQMGV1nhPNN0R/ZtWs/CUdqhr3BP0YbK6f3DJh8uWGk88NlZZNQqDyTjPuffkPLMTzFf w1jG+RcbmzsNfDfKKt1VcL7GJ+VwFHR3DcgXs= Received: by 10.229.91.3 with SMTP id k3mr6273680qcm.84.1299064570068; Wed, 02 Mar 2011 03:16:10 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Wed, 2 Mar 2011 03:15:50 -0800 (PST) From: "Angelo P. Castellani" Date: Wed, 2 Mar 2011 12:15:50 +0100 X-Google-Sender-Auth: WaF4xd8ByjqUWJBYzop1ZpHinjY Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: [core] Miscellaneous HTTP mapping related questions X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 02 Mar 2011 11:15:07 -0000 Hi all, after the last interim meeting, I have various open questions about the current coap/observe design: a) In coap-04 there is no reference to intercepting (transparent) proxies. Is compatibility with intecepting proxies important and required for CoRE? b) In observe-01 examples a direct mapping of HTTP bidirectional is missing. Do we believe that it is a required and important feature? ( See https://datatracker.ietf.org/doc/draft-loreto-http-bidirectional/ for an extensive discussion about these techniques. ) ( See https://datatracker.ietf.org/doc/draft-castellani-core-http-coap-mapping/ for a possible mapping of these to observe. ) c) In coap-04 multicast is supported. Is important to evaluate a standard mapping of a single HTTP request/response to a multicast CoAP request and related responses? ( https://datatracker.ietf.org/doc/draft-castellani-core-http-coap-mapping/ contains a brief discussion about this, and in my opinion this mapping should be realized using a single TCP connection mapped to multicast UDP by the HTTP/CoAP proxy. ) My answer is yes for all the above questions. What is the WG position about this questions? Best, Angelo From cabo@tzi.org Wed Mar 2 04:21:53 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1D8433A6C42 for ; Wed, 2 Mar 2011 04:21:53 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.374 X-Spam-Level: X-Spam-Status: No, score=-106.374 tagged_above=-999 required=5 tests=[AWL=-0.125, BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SQnPaXDd8QpX for ; Wed, 2 Mar 2011 04:21:52 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 7A9423A67EC for ; Wed, 2 Mar 2011 04:21:51 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p22CMk1q029054; Wed, 2 Mar 2011 13:22:46 +0100 (CET) Received: from eduroam-0614.wlan.uni-bremen.de (eduroam-0614.wlan.uni-bremen.de [134.102.18.102]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id F096265D; Wed, 2 Mar 2011 13:22:46 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: Date: Wed, 2 Mar 2011 13:22:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Angelo P. Castellani" X-Mailer: Apple Mail (2.1082) Cc: core Subject: Re: [core] Miscellaneous HTTP mapping related questions X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 02 Mar 2011 12:21:53 -0000 (Individual response.) On Mar 2, 2011, at 12:15, Angelo P. Castellani wrote: > Hi all, >=20 > after the last interim meeting, I have various open questions about > the current coap/observe design: >=20 > a) In coap-04 there is no reference to intercepting (transparent) > proxies. Is compatibility with intecepting proxies important and > required for CoRE? Actually, coap-04 says: Reverse Proxy A "reverse proxy" is an end-point that acts as a layer above some other server(s) and satisfies requests on behalf of these, doing any necessary translations. Unlike a proxy, a reverse proxy receives requests as if it was the origin server for the target resource; the requesting client will not be aware that it is communicating with a reverse proxy. Is that covering your idea of an intercepting proxy? Or is the latter something else? In any case, the text tries to separate the concept of proxying (proxy = configured by client) from the more general concept of a CoAP = intermediary, which includes both proxies and reverse proxies. Maybe = that wasn't too sucessful yet. > b) In observe-01 examples a direct mapping of HTTP bidirectional is > missing. Do we believe that it is a required and important feature? >=20 > ( See = https://datatracker.ietf.org/doc/draft-loreto-http-bidirectional/ > for an extensive discussion about these techniques. ) These hacks are not part of HTTP. They are useful because HTTP can't evolve quickly enough, because of the = installed base. CoAP, however, can. So the question would be: Which of the CoAP features do we want to cover by a "standard" mapping = to the hacks covered in the draft? (Since the latter aren't even standardized, that is not a trivial = question.) I certainly would not be happy with inventing non-REST features in CoAP = just to create a questionable equivalence to these hacks, but I think = that's not what you are suggesting. > ( See = https://datatracker.ietf.org/doc/draft-castellani-core-http-coap-mapping/ > for a possible mapping of these to observe. ) We need to clear up the terminology here: These are not HTTP features, so we can't "map" them. But we could install these hacks in an intermediary to cover CoAP = features that cannot be mapped to HTTP. (But then I wouldn't be happy about the CoRE WG surging ahead and = standardizing these HTTP hacks.) It is easy to use HTTP REST features to map CoAP observe to HTTP in a = caching intermediary. The only question is whether there is a need for "intention = signaling"/hinting from the client to the intermediary so the = intermediary can decide whether it should establish an observation = relationship even before it has a view of the traffic patterns. > c) In coap-04 multicast is supported. Is important to evaluate a > standard mapping of a single HTTP request/response to a multicast CoAP > request and related responses? >=20 > ( = https://datatracker.ietf.org/doc/draft-castellani-core-http-coap-mapping/ > contains a brief discussion about this, and in my opinion this mapping > should be realized using a single TCP connection mapped to multicast > UDP by the HTTP/CoAP proxy. ) I continue to believe that we need to define a media type for forwarding = GET responses collected from a multicast request. (If the multicast really is an anycast, there may be a shortcut if it is = not important who sent the response.) For PUT, we'd at least need to collect response codes, maybe with a = similar shortcut. Gruesse, Carsten From fluffy@cisco.com Wed Mar 2 13:54:27 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3C40E3A68BD for ; Wed, 2 Mar 2011 13:54:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.551 X-Spam-Level: X-Spam-Status: No, score=-110.551 tagged_above=-999 required=5 tests=[AWL=0.048, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uNCKtCjxaeoa for ; Wed, 2 Mar 2011 13:54:26 -0800 (PST) Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by core3.amsl.com (Postfix) with ESMTP id 7A4443A68B5 for ; Wed, 2 Mar 2011 13:54:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=644; q=dns/txt; s=iport; t=1299102933; x=1300312533; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=IsUlFybyaW9a1NyxaXTSI8AxxnxjveJu46D8NJz4dNI=; b=bL87I2fG7vdHDbmBqgEnIhiuYBGsNuPqbQBi4kHj7BJ9ppf4aTo10XzC Onvy9mzfkQCfP7XD3mpnwjEVuF/gLUTGt6lY8zt+6hLhkHVwJOlVvAk8n /wCE7zVdv4PvluKvItHBn2qI4likPLtwoLG9BZSF+QwYbyAgmbVc3DfNh 8=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAA9Lbk2rRN+J/2dsb2JhbACmcHSjBZwEhWEEhReHD4NA X-IronPort-AV: E=Sophos;i="4.62,255,1297036800"; d="scan'208";a="411787345" Received: from sj-core-3.cisco.com ([171.68.223.137]) by sj-iport-1.cisco.com with ESMTP; 02 Mar 2011 21:55:33 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by sj-core-3.cisco.com (8.13.8/8.14.3) with ESMTP id p22LtWfg008373; Wed, 2 Mar 2011 21:55:32 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: Date: Wed, 2 Mar 2011 14:58:03 -0700 Content-Transfer-Encoding: quoted-printable Message-Id: References: <067E39C8-B43E-47C4-85FF-2A2B4143353E@tzi.org> <2A4D1D0B-608C-4AAB-8BA9-3A6DC3353207@tzi.org> <325BD658-7199-4128-A629-C02EF54CE81D@tzi.org> To: Carsten Bormann X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org Subject: Re: [core] CoAP observe: tokens and lifetime X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 02 Mar 2011 21:54:27 -0000 On Feb 19, 2011, at 8:02 AM, Carsten Bormann wrote: > One thing we have learned from SIP (learned HARD) is that coupling = reliability sublayer timing to application sublayer timing is *not* a = good idea. (Essentially, SIP on UDP is all but deprecated at this = point.)=20 Uh, my comment is a bit off topic and probably does not bear on the = current discussions much but SIP over UDP is certainly not anything like = deprecated at this point - it is widely used and more widely implemented = than any other transport for SIP. It separates the application timing = form the reliability sublayer - there are different timers.=20= From fluffy@cisco.com Wed Mar 2 16:19:25 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 37C303A6908 for ; Wed, 2 Mar 2011 16:19:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.229 X-Spam-Level: X-Spam-Status: No, score=-110.229 tagged_above=-999 required=5 tests=[AWL=0.370, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VmVDxCp28euY for ; Wed, 2 Mar 2011 16:19:24 -0800 (PST) Received: from sj-iport-5.cisco.com (sj-iport-5.cisco.com [171.68.10.87]) by core3.amsl.com (Postfix) with ESMTP id 60DC93A6907 for ; Wed, 2 Mar 2011 16:19:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=168; q=dns/txt; s=iport; t=1299111631; x=1300321231; h=from:content-transfer-encoding:subject:date:message-id: to:mime-version; bh=jCCC2q+mA7OXBQFUOTT8Cl2Whfyp/xgcKnoInLFvUfo=; b=V9/B7B473kj5L5Gx7iqjYiyeQd1kQsdJIfAGTHO4E4jBL9xpYx+qdgoA AzES0QzaeO2IcfctuHnRmtwXkAxbj3nvAQcPtZLc3oJ5465ivftFPtvXg vNmJgFQW+EB15hV6GZDx0O5gPHs5f4+GSgPXpIWuARPNKoMw1+xwZfy1s 0=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAPdtbk2rR7Ht/2dsb2JhbACmcnSiTZwChWEEhReHD4NA X-IronPort-AV: E=Sophos;i="4.62,255,1297036800"; d="scan'208";a="338213303" Received: from sj-core-1.cisco.com ([171.71.177.237]) by sj-iport-5.cisco.com with ESMTP; 03 Mar 2011 00:20:31 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by sj-core-1.cisco.com (8.13.8/8.14.3) with ESMTP id p230KUqn028109 for ; Thu, 3 Mar 2011 00:20:31 GMT From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 2 Mar 2011 17:23:02 -0700 Message-Id: <7EF8DD72-940E-4417-808F-52C165027718@cisco.com> To: core WG Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] tracker and email .... X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 03 Mar 2011 00:19:25 -0000 As an experiment, we are trying using email2trac feature so that emails = that respond to an email from the tracker will update the tracker = ticket.=20 Cullen From angelo.castellani@gmail.com Thu Mar 3 01:14:08 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F0C2E3A695F for ; Thu, 3 Mar 2011 01:14:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.477 X-Spam-Level: X-Spam-Status: No, score=-2.477 tagged_above=-999 required=5 tests=[AWL=-0.500, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_BACKHAIR_44=1, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wIoHxLLILWiU for ; Thu, 3 Mar 2011 01:14:08 -0800 (PST) Received: from mail-vw0-f44.google.com (mail-vw0-f44.google.com [209.85.212.44]) by core3.amsl.com (Postfix) with ESMTP id 0E06C3A68AF for ; Thu, 3 Mar 2011 01:14:04 -0800 (PST) Received: by vws6 with SMTP id 6so864924vws.31 for ; Thu, 03 Mar 2011 01:15:12 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=4rDVjPujZIX+W6ECwoCrxam+0Vv7KuyhODqOHHjd/Os=; b=Y02o6pQkEVSbcgHHFJi7Z1/LRkTKAP6yuuD0K9PxIU2kRiuCA7RUj9hZPhLsDvZAQg /SD5E/8Duc/qYxia403sHxOogTX5pMKwhbC52F7sM+A9A+cnFxjxWn+8/CpwXwZJX4BY lazj05pmjG7KQqLMOz9gNjFdPBv6KyhRjvHjY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=LQHznZI4MWZSQksr9PTACQEWllsNSUGRV5SZiW6gKQsHDAezDe7oHaKBSAzLsaB7a8 3N4JsiYYbncakl52NHyNmPM7HEIJ/MvLJmY9Lgs1UStdahT1IoFCCnu7SYpuC9NI1jqB HcswRgwQKnpG1Or4+NSmlgByQHKN3cwKWK400= Received: by 10.220.183.74 with SMTP id cf10mr255849vcb.26.1299143712188; Thu, 03 Mar 2011 01:15:12 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.220.4.145 with HTTP; Thu, 3 Mar 2011 01:14:52 -0800 (PST) In-Reply-To: References: From: "Angelo P. Castellani" Date: Thu, 3 Mar 2011 10:14:52 +0100 X-Google-Sender-Auth: kmmECAOgOABqQJpdt_Fez87ilNM Message-ID: To: Carsten Bormann Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: core Subject: Re: [core] Miscellaneous HTTP mapping related questions X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 03 Mar 2011 09:14:09 -0000 (Partial response.) On Wed, Mar 2, 2011 at 13:22, Carsten Bormann wrote: > Actually, coap-04 says: > > =A0 Reverse Proxy > =A0 =A0 =A0A "reverse proxy" is an end-point that acts as a layer above s= ome > =A0 =A0 =A0other server(s) and satisfies requests on behalf of these, doi= ng > =A0 =A0 =A0any necessary translations. =A0Unlike a proxy, a reverse proxy > =A0 =A0 =A0receives requests as if it was the origin server for the targe= t > =A0 =A0 =A0resource; the requesting client will not be aware that it is > =A0 =A0 =A0communicating with a reverse proxy. > > Is that covering your idea of an intercepting proxy? > Or is the latter something else? In my opinion the main difference between reverse proxies and intercepting proxies is that reverse proxies usually know all the servers they are serving, the intercepting proxies operate without this knowledge. TERMINOLOGY (in my opinion, please comment if there are errors): Forward proxy: Server zero-configuration (Servers are not required to be aware of them). Reverse proxy: Client zero-configuration (Servers are not required to be aware of them). Intercepting (or transparent) proxy: Client zero-configuration (Clients are not required to be aware of them) AND Server zero-configuration (Servers are not required to be aware of them). Same-protocol proxy: No protocol translation (CoAP<->CoAP, HTTP<->HTTP). Cross-protocol proxy: Translates between one protocol to another. One-way cross-procotol proxy: Translates only in one direction (CoAP->HTTP or HTTP->CoAP) Bidirectional cross-protocol proxy: Translates in both directions (HTTP<->C= oAP). > In any case, the text tries to separate the concept of proxying (proxy co= nfigured by client) from the more general concept of a CoAP intermediary, w= hich includes both proxies and reverse proxies. =A0Maybe that wasn't too su= cessful yet. Yes it is successful, but only to use CoAP as a client in my opinion. Deploying a CoAP server and successfully accessing it using HTTP requires discussion and is still not clearly written on coap-04. Right now, I am wondering if CoAP servers interoperability with HTTP-based Internet is simple enought. This scenario should be very important in the CoAP design, do we agree on this? STATEMENT USING MY TERMINOLOGY: In my opinion CoAP server deployment and Internet interoperability will be simpler if CoAP explicitly supports the deployment of intercepting bidirectional cross-protocol proxies. This will probably be an important use-case discussed in http-coap-mapping-01 (in progress). Any comment about this? Best, Angelo From angelo.castellani@gmail.com Thu Mar 3 06:07:19 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2D6503A6826 for ; Thu, 3 Mar 2011 06:07:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.921 X-Spam-Level: X-Spam-Status: No, score=-2.921 tagged_above=-999 required=5 tests=[AWL=0.056, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6mWK3Us++etm for ; Thu, 3 Mar 2011 06:07:18 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id DA4483A67F9 for ; Thu, 3 Mar 2011 06:07:17 -0800 (PST) Received: by qwh6 with SMTP id 6so965175qwh.31 for ; Thu, 03 Mar 2011 06:08:25 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=wWTFhuHgtTPrYJy24tvzfoXkjJ5vSBwBcIfnQS+BOjE=; b=YXDbni8mTZdBvbM+Z5LwsGnJ7RwZdC+/jomN/0f/+ddSn17MLAshXI9CheT3EFrcgt 6kTp/TJpfcNw6vJ+nPJqm5twjQd6mKwlG/EneieZh7ArIQhdCCfuONxBOBE6bzg2Clme UUH6C7NZuh5TM/7MMKBPW3dW2sIH9nWiju0k4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=bgXOpsv4jzPOGCVa/9gEGfSKaEdydagGKg/CVU8HoMPzhN0VnBErkBeC3TDEEqntq0 5PE0qFDW0S/Bm8bCoTwqa1K6h5+AcyMwhpfG36LPv8yi5Dg33mh0CZuFG1nD4etSS9pk rb+9s2KY6S0NB7Mc0SY/7Rt/VMQgKVUHeTVyo= Received: by 10.224.89.20 with SMTP id c20mr1011922qam.388.1299161305116; Thu, 03 Mar 2011 06:08:25 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Thu, 3 Mar 2011 06:08:04 -0800 (PST) From: "Angelo P. Castellani" Date: Thu, 3 Mar 2011 15:08:04 +0100 X-Google-Sender-Auth: BkuDULYWt-L2XEE1MBwyk5prLyQ Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: [core] HTTP/IPv4 clients accessing CoAP/IPv6 resources X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 03 Mar 2011 14:07:19 -0000 HTTP clients usually have IPv4 connectivity, CoAP clients are expected to prefer IPv6 connectivity (probably using 6LoWPAN adaptation layer). CoAP design should be optimized to handle this mapping scenario where we have HTTP/IPv4 on the Internet and CoAP/IPv6-6lowpan on the constrained network. ( I am assuming that CoAP on IPv4 or IPv6 w/o 6LoWPAN have lower relevance.. Do we agree on this? ) I was wondering if a simple solution to interoperate can exist and I got to a possible solution, which I share with the WG for early discussion. Given that discussing complex arguments in a mail seems difficult to me, a more detailed discussion of this method will probably follow in http-coap-mapping-01. ###### POSSIBLE SOLUTION A CoAP/HTTP proxy can exploit HTTP/1.1 virtual hosting capabilities in conjunction with DNS to tunnel access to IPv6 hosts using only HTTP and IPv4. Suppose to have the following DNS entries: - node1.coap.something.net AAAA record containing the IPv6 of my node1 - node1.coap.something.net A record containing the IPv4 of the CoAP/HTTP proxy If an HTTP/IPv4 client wants to GET "/temperature" resource on node1, it can simply do the following request using HTTP: GET / HTTP/1.1 Host: node1.coap.something.net The request will be received by the proxy and translated to CoAP, because subdomain ".coap.something.net" is known to talk CoAP (Open issue #1). Since an IPv6 resolution for node1.coap.something.net is available, the request MUST be also translated to IPv6. ##### OPEN ISSUE #1: Who deploys the proxy needs to know which subnets has to be mapped to CoAP, in this scenario a deployment near the constrained network is simpler. Otherwise we need to discuss how to understand whether a request has to be mapped to CoAP. Can we use DNS again to understand which protocol a subdomain is talking? On which DNS record can we save this information? ##### Any comment on this? Best, Angelo From angelo.castellani@gmail.com Thu Mar 3 06:14:32 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A0C523A67F4 for ; Thu, 3 Mar 2011 06:14:32 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.927 X-Spam-Level: X-Spam-Status: No, score=-2.927 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id MFOhCvYAd4El for ; Thu, 3 Mar 2011 06:14:31 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 39E643A67F9 for ; Thu, 3 Mar 2011 06:14:30 -0800 (PST) Received: by qwh6 with SMTP id 6so971502qwh.31 for ; Thu, 03 Mar 2011 06:15:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type; bh=IijtoTdntKUqTwBIM3wlbdUM2amA/FQ/lNETBykdjmU=; b=EQEMSBs0r6MaehyTQLQxtfrOBoxTITO40aGDNtIi4rEfVv5kSFK2P6Pf2M/cvzoOBL tVCfYqFXPQIpfwmNCaCy3EkX1RZ/qa1cKJChm+J6wQdd5PspRsk74bRFb9bJEMd0Qr6m aySm9k0vBQgwSQFM9g7Ksf9jL8/QlnTyQT+NQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type; b=eisZ3YVXJGEJP24+NCh0JERp7VkurbG5iV/OL6926CWJuQrkRNWONjytKSxXZFk27c URDtFBLvvjQ/AIR0sDzOfJALkU5rh3MusXfzF1MY4YtopAtTWpilN/PBarE3WJWzRK5c zP8Qa0bx6mCxFQ3mS6ZrfMwIOIG+fxGqyty/M= Received: by 10.224.89.20 with SMTP id c20mr1021774qam.388.1299161737188; Thu, 03 Mar 2011 06:15:37 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Thu, 3 Mar 2011 06:15:17 -0800 (PST) In-Reply-To: References: From: "Angelo P. Castellani" Date: Thu, 3 Mar 2011 15:15:17 +0100 X-Google-Sender-Auth: IfgnCDBPZbhwwtUy6g_cUr9w-jI Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [core] HTTP/IPv4 clients accessing CoAP/IPv6 resources X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 03 Mar 2011 14:14:32 -0000 I missed a trivial mistake in the HTTP request. To GET "/temperature" the request has to be: GET /temperature HTTP/1.1 Host: node1.coap.something.net Otherwise we get the "/" resource. However, the actual resource involved has no relevance with the discussed method. Best, Angelo On Thu, Mar 3, 2011 at 15:08, Angelo P. Castellani wrote: > HTTP clients usually have IPv4 connectivity, CoAP clients are expected > to prefer IPv6 connectivity (probably using 6LoWPAN adaptation layer). > > CoAP design should be optimized to handle this mapping scenario where > we have HTTP/IPv4 on the Internet and CoAP/IPv6-6lowpan on the > constrained network. > > ( I am assuming that CoAP on IPv4 or IPv6 w/o 6LoWPAN have lower > relevance.. Do we agree on this? ) > > I was wondering if a simple solution to interoperate can exist and I > got to a possible solution, which I share with the WG for early > discussion. > > Given that discussing complex arguments in a mail seems difficult to > me, a more detailed discussion of this method will probably follow in > http-coap-mapping-01. > > ###### > POSSIBLE SOLUTION > > A CoAP/HTTP proxy can exploit HTTP/1.1 virtual hosting capabilities in > conjunction with DNS to tunnel access to IPv6 hosts using only HTTP > and IPv4. > > Suppose to have the following DNS entries: > - node1.coap.something.net AAAA record containing the IPv6 of my node1 > - node1.coap.something.net A record containing the IPv4 of the CoAP/HTTP proxy > > If an HTTP/IPv4 client wants to GET "/temperature" resource on node1, > it can simply do the following request using HTTP: > > GET / HTTP/1.1 > Host: node1.coap.something.net > > The request will be received by the proxy and translated to CoAP, > because subdomain ".coap.something.net" is known to talk CoAP (Open > issue #1). > > Since an IPv6 resolution for node1.coap.something.net is available, > the request MUST be also translated to IPv6. > > ##### > OPEN ISSUE #1: > > Who deploys the proxy needs to know which subnets has to be mapped to > CoAP, in this scenario a deployment near the constrained network is > simpler. > > Otherwise we need to discuss how to understand whether a request has > to be mapped to CoAP. > > Can we use DNS again to understand which protocol a subdomain is talking? > > On which DNS record can we save this information? > > ##### > > Any comment on this? > > Best, > Angelo > From klaus.hartke@googlemail.com Thu Mar 3 07:57:43 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AEEB33A69F7 for ; Thu, 3 Mar 2011 07:57:43 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pYVuiW2hn1-A for ; Thu, 3 Mar 2011 07:57:42 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 764903A69F8 for ; Thu, 3 Mar 2011 07:57:42 -0800 (PST) Received: by bwz13 with SMTP id 13so1489181bwz.31 for ; Thu, 03 Mar 2011 07:58:49 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=aFNZv/+yiH7mwEtH6E2EKWCdKjLTGB+y197uZVB7qTs=; b=EEaVy06gUyIlie7ccFyUcSTQD9G+PKrmGqQbVFf7SWID6kqO+194bbaPKvWGEbfEA3 bJb046TIsHf2MF68gG1jB7qpj3CqDHK2MzagnNxwZuvVZslqa1Xy6C6CA+OZjPjVn/ZS am+kl1Xw8zV/9IAHlYMkgoMo8mRlRqgFRPy7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=QuzPL8+ZWoE2UyG7was1bsu7diZr2LRmn/0mDEme26sGbGqCJ9BGX14Zp4LLmDfwHq sI2vYVRBlaziWs4Ra8SXf51TUKmFsuotJEd5Bshvuh0gV9lb6PbrTiztwcklR1Sb6LJU gdLckCrrrf07MmRQo+ivdmkEPmokfIuwtS50Q= MIME-Version: 1.0 Received: by 10.204.118.138 with SMTP id v10mr1634888bkq.94.1299167929635; Thu, 03 Mar 2011 07:58:49 -0800 (PST) Sender: klaus.hartke@googlemail.com Received: by 10.204.141.28 with HTTP; Thu, 3 Mar 2011 07:58:49 -0800 (PST) In-Reply-To: References: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen.de> Date: Thu, 3 Mar 2011 16:58:49 +0100 X-Google-Sender-Auth: 0gBlTTl8bAK4UkWiRwduoaRt0tA Message-ID: From: Klaus Hartke To: core@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [core] Fwd: New Version Notification for draft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 03 Mar 2011 15:57:43 -0000 Daniele Alessandrelli wrote: > I have read the draft and I think that the following statement in "4.4 > Caching" is incorrect: > "The observation mechanism ensures that the cache has a fresh response > for most of the duration of the observation lifetime." > > The freshness is determined by the Max-Age Option which can be much > smaller then the average time interval between notifications. > Therefore, if I am not missing something, the cache can have *no* > fresh response for most of the duration of the observation lifetime. Good point. But the observation mechanism would be pretty useless if it couldn't be used to keep a cache up to date. This should be fixed. Klaus From angelo.castellani@gmail.com Fri Mar 4 00:32:57 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1178D3A6908 for ; Fri, 4 Mar 2011 00:32:57 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.932 X-Spam-Level: X-Spam-Status: No, score=-2.932 tagged_above=-999 required=5 tests=[AWL=0.045, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gybK0Sf1nfo0 for ; Fri, 4 Mar 2011 00:32:55 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 8CB283A6842 for ; Fri, 4 Mar 2011 00:32:55 -0800 (PST) Received: by qyk29 with SMTP id 29so573009qyk.10 for ; Fri, 04 Mar 2011 00:34:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=q6WazixwhfVN+mq5hRj5XZFafCZndnViRz4pWr/VZNo=; b=Gsj50uYOULPHcl0dr5Nms3NQmJMR49t4BSA6V16jtafYgWXqRnvCIgSRxgeOD7gmSc u5OT9V/0VpMu+lRcrbF+sxAvLx00Agw1IlYkZcbpYIZx3PalG3nkv6QXXtzvjS27bVWz tEB8/T6IaB845Firx2xaAigpiFrE79rb9NI5g= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=Yl/qtwqRR2sZacBDF/7SLLm2L/YVsi+eH1sCx0nBJZSdA5mh6tGbGGGEc3KXB0wNKf IvH1m2eTJeZYSX4E2EzgPPSmMqvQSScJR9KgsScPXTuqTGGDQVDklYr20YT9Shw6NK1A GGLuv+FRP9b8IjoebJcUCxwwapuDqUftEfb5I= Received: by 10.229.44.198 with SMTP id b6mr234371qcf.67.1299227644079; Fri, 04 Mar 2011 00:34:04 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Fri, 4 Mar 2011 00:33:44 -0800 (PST) In-Reply-To: References: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen.de> From: "Angelo P. Castellani" Date: Fri, 4 Mar 2011 09:33:44 +0100 X-Google-Sender-Auth: QX3Q92LyMH4IUqeS7i1lUXZPL6s Message-ID: To: Klaus Hartke Content-Type: text/plain; charset=ISO-8859-1 Cc: core@ietf.org Subject: Re: [core] Fwd: New Version Notification for draft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 04 Mar 2011 08:32:57 -0000 In Sec. 5.10.5 of coap-04 is written: The option value is an integer number of seconds between 0 and 2^32-1 inclusive (about 136.1 years). A default value of 60 seconds is assumed in the absence of the option in a response. Max-Age is large enought in my opinion. When a CoAP server is serving a subscription, it should send a new notification when the previous notified value has expired. When the server is including the Max-Age option, it can be set to an arbitrary value and so I see no problem in it. The problem, in my opinion, is in the current definition of default to 60 seconds. When the Max-Age is not set, its default should be much higher (136.1 years?). Otherwise servers supporting subscription MUST support also Max-Age and take care always to setting it to a value high enought to reduce overhead and produce a new notification before the previous expires. Example: Permanent subscriptions with occasional changes, the Max-Age mechanism seems an added complexity. Sample use case: light bulb subscribed to the light switch. Probably if Max-Age is not set, it should be assumed that the notified value does not expire. Defining that a Max-Age=0 means that the value does not expire, and setting the default to 0 makes much more sense to me. Best, Angelo On Thu, Mar 3, 2011 at 16:58, Klaus Hartke wrote: > Daniele Alessandrelli wrote: >> I have read the draft and I think that the following statement in "4.4 >> Caching" is incorrect: >> "The observation mechanism ensures that the cache has a fresh response >> for most of the duration of the observation lifetime." >> >> The freshness is determined by the Max-Age Option which can be much >> smaller then the average time interval between notifications. >> Therefore, if I am not missing something, the cache can have *no* >> fresh response for most of the duration of the observation lifetime. > > Good point. But the observation mechanism would be pretty useless if > it couldn't be used to keep a cache up to date. This should be fixed. > > > Klaus > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From angelo.castellani@gmail.com Fri Mar 4 08:25:10 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EE9303A6812 for ; Fri, 4 Mar 2011 08:25:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.635 X-Spam-Level: X-Spam-Status: No, score=-2.635 tagged_above=-999 required=5 tests=[AWL=-0.258, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_33=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OChgqikSqVma for ; Fri, 4 Mar 2011 08:25:08 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 1B56A3A67B1 for ; Fri, 4 Mar 2011 08:25:08 -0800 (PST) Received: by qwh6 with SMTP id 6so2032914qwh.31 for ; Fri, 04 Mar 2011 08:26:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=oSN9eul9rTgVowhFA/6pGE5udo130FmPQS33uDYC72g=; b=DfW8CGozwae52u12JH0fNzWva+rMv5F6lXYkWiCWBk6iwOWxvycWUnZKYor6Vj0XTQ Xwhuk4rCdbCi0GDhGvxSOIQeIVpaVh6+suKCLmv6+HL6UW1Z8t9G3+yU0HtoXvur1154 Sdmet3LOM6PLBobA6idpdtPi43P756Yyx/RpI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=VdAxaJQiaqlJ2RyOTaIXeto1WeLXNzVLPA+gAmtx6e9OR2/mSQgmIPcK/eg7Ya1iqP 8e9vs1VwNyxLQt529A9kOt8SKK0pZ5BRZBFz6jB71r++U1RmY/n5COtoGVvYsgujUVz+ chyzhAxrk9MazqYNhIlDfUu5Do/H7yvgqreUA= Received: by 10.229.44.198 with SMTP id b6mr690856qcf.67.1299255976124; Fri, 04 Mar 2011 08:26:16 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Fri, 4 Mar 2011 08:25:56 -0800 (PST) In-Reply-To: References: From: "Angelo P. Castellani" Date: Fri, 4 Mar 2011 17:25:56 +0100 X-Google-Sender-Auth: qXqKdlvLHCBAyz-wnQDDUOSdMVE Message-ID: To: Carsten Bormann Content-Type: text/plain; charset=ISO-8859-1 Cc: core Subject: Re: [core] Miscellaneous HTTP mapping related questions X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 04 Mar 2011 16:25:10 -0000 (Another partial response.) On Wed, Mar 2, 2011 at 13:22, Carsten Bormann wrote: > I continue to believe that we need to define a media type for forwarding GET responses collected from a multicast request. Probably we don't even need to define a new media type. Assume that an HTTP/IPv4 client sends a request to the CoAP/HTTP proxy directed to a multicast group in the constrained CoAP/IPv6 network. The proxy can stream multiple responses in a single HTTP response (single TCP connection) as soon as they arrive using a conjunction of "Transfer-Encoding: chunked" and of "Content-Type: multipart/mixed". Without many words, I attach to this message an example that I think is clear enought. Assume to have the following DNS records: a) temperature-nodes.coap.something.net AAAA record points to the IPv6 multicast group of temperature sensors. b) temperature-nodes.coap.something.net A record points to the IPv4 of the CoAP/HTTP proxy. Please to understand better this solution refer also to my previous message titled "HTTP/IPv4 clients accessing CoAP/IPv6 resources". Best, Angelo p.s.: XX, xx, YY, yy, ZZ, zz and KK should be set to values adequate to the actual content. p.p.s.: Multicast request example: GET /temperature HTTP/1.1 Host: temperature-nodes.coap.something.net 200 OK Content-Type: multipart/mixed; boundary=SingleNodeResponse Transfer-Encoding: chunked XX --SingleNodeResponse Content-Type: message/http HTTP/1.1 200 OK Link: ; rel=via Content-Lenght: xx 22.1 C YY --SingleNodeResponse Content-Type: message/http HTTP/1.1 200 OK Link: ; rel=via Content-Lenght: yy 20.3 C ZZ --SingleNodeResponse Content-Type: message/http HTTP/1.1 200 OK Link: ; rel=via Content-Lenght: zz 24.5 C KK --SingleNodeResponse-- 0 From daniele.alessandrelli@gmail.com Fri Mar 4 09:20:00 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F25433A687E for ; Fri, 4 Mar 2011 09:19:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id a-8DcwxriT42 for ; Fri, 4 Mar 2011 09:19:58 -0800 (PST) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id BC4B13A6820 for ; Fri, 4 Mar 2011 09:19:58 -0800 (PST) Received: by qyk7 with SMTP id 7so1959747qyk.10 for ; Fri, 04 Mar 2011 09:21:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=MqsV6mPjIFF6ve40DwxG4ilMKZ1jKAnHVc2mBpb0Mo0=; b=EJOB410a8DN34P0O2Aa8+AgmBvpM9ZW/rdz12MBWKbexvTzE8NIgfHSbqyQris5kxr nXSreHPmRJfx1q549dgou+SbYXUGRbtAM/gQ5fZD0Dlh9qxM6X29UdFriuN8KjLSsJXq kl+P907K3BIJcbGYAWNTimY2dACpYpxgX15Xg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=Lzt0ku76tqainAdoj1pXQ0g+5ByI0E5ulRQ66oPUOn0thfoLkN3qO8YSSsP5eQul7d XP2B147zPW6k2wRo2ZZfsYD//on0wGO1qkdLdCxzbrxzSYQg2s9cRQxArpeU2Anq5k8s WtVy6jJvo0omP/G/RZFy3W8MzqGoXLJbvv3w4= MIME-Version: 1.0 Received: by 10.229.35.2 with SMTP id n2mr721143qcd.246.1299259173649; Fri, 04 Mar 2011 09:19:33 -0800 (PST) Received: by 10.229.99.205 with HTTP; Fri, 4 Mar 2011 09:19:33 -0800 (PST) In-Reply-To: References: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen.de> Date: Fri, 4 Mar 2011 12:19:33 -0500 Message-ID: From: Daniele Alessandrelli To: Klaus Hartke Content-Type: text/plain; charset=UTF-8 Cc: core@ietf.org Subject: Re: [core] Fwd: New Version Notification for draft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 04 Mar 2011 17:20:00 -0000 Yes, I think that using the observation mechanism to keep a proxy cache up to date is pretty useless, but it is still useful for client interested in resource changes, which, in my opinion, is the main purpose of the observation mechanism. On Thu, Mar 3, 2011 at 10:58 AM, Klaus Hartke wrote: > Daniele Alessandrelli wrote: >> I have read the draft and I think that the following statement in "4.4 >> Caching" is incorrect: >> "The observation mechanism ensures that the cache has a fresh response >> for most of the duration of the observation lifetime." >> >> The freshness is determined by the Max-Age Option which can be much >> smaller then the average time interval between notifications. >> Therefore, if I am not missing something, the cache can have *no* >> fresh response for most of the duration of the observation lifetime. > > Good point. But the observation mechanism would be pretty useless if > it couldn't be used to keep a cache up to date. This should be fixed. > > > Klaus > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From esko.dijk@philips.com Fri Mar 4 09:35:01 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 404653A69E0 for ; Fri, 4 Mar 2011 09:35:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=1.500, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LpZEKP4QThxT for ; Fri, 4 Mar 2011 09:35:00 -0800 (PST) Received: from TX2EHSOBE006.bigfish.com (tx2ehsobe003.messaging.microsoft.com [65.55.88.13]) by core3.amsl.com (Postfix) with ESMTP id 346E73A69CC for ; Fri, 4 Mar 2011 09:35:00 -0800 (PST) Received: from mail69-tx2-R.bigfish.com (10.9.14.254) by TX2EHSOBE006.bigfish.com (10.9.40.26) with Microsoft SMTP Server id 14.1.225.8; Fri, 4 Mar 2011 17:36:09 +0000 Received: from mail69-tx2 (localhost.localdomain [127.0.0.1]) by mail69-tx2-R.bigfish.com (Postfix) with ESMTP id 1E1D217001D0; Fri, 4 Mar 2011 17:36:09 +0000 (UTC) X-SpamScore: -65 X-BigFish: VPS-65(zf7Iz15d6O9251J542N1418M1432N98dN217bL9371Pzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail69-tx2 (localhost.localdomain [127.0.0.1]) by mail69-tx2 (MessageSwitch) id 1299260168863832_10456; Fri, 4 Mar 2011 17:36:08 +0000 (UTC) Received: from TX2EHSMHS039.bigfish.com (unknown [10.9.14.254]) by mail69-tx2.bigfish.com (Postfix) with ESMTP id B6BC3198004E; Fri, 4 Mar 2011 17:36:08 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by TX2EHSMHS039.bigfish.com (10.9.99.139) with Microsoft SMTP Server (TLS) id 14.1.225.8; Fri, 4 Mar 2011 17:36:08 +0000 Received: from nlamsexh03.connect1.local (172.16.153.24) by connect1.philips.com (172.16.156.150) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 4 Mar 2011 18:35:49 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by nlamsexh03.connect1.local ([172.16.153.24]) with mapi; Fri, 4 Mar 2011 18:35:47 +0100 From: "Dijk, Esko" To: Daniele Alessandrelli , Klaus Hartke Date: Fri, 4 Mar 2011 18:35:44 +0100 Thread-Topic: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 Thread-Index: AcvakJL4+YXkw5CKRXG5Md4A5Bb7MAAASPsA Message-ID: References: <12a820e39a645488ca6242f97b8f8927@webmail.informatik.uni-bremen. de> In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: "core@ietf.org" Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 04 Mar 2011 17:35:01 -0000 Dear Daniele, Klaus, although the current mechanism may not be suitable for keeping a proxy cach= e up to date, this may be fixed as Klaus indicated. Klaus do you have a specific fix in mind? E.g. one option is for the cache = (inside a CoAP intermediary) is to optionally keep a response always as 'fr= esh' as long as there is no update notification from the server (containing= the Subject) to prove otherwise. Then even if the original Max-Age of the = cached resource has expired, the CoAP intermediary may still serve the cach= ed response to clients but with Max-Age set to zero, making it in turn non-= cacheable. This could provide an acceptable solution I think in the context of differe= nt use cases: unpredictable vs quasi-periodic resource state updates, frequ= ent vs infrequent state updates, etc. best regards, Esko Dijk -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Dan= iele Alessandrelli Sent: Friday 4 March 2011 18:20 To: Klaus Hartke Cc: core@ietf.org Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observ= e-01 Yes, I think that using the observation mechanism to keep a proxy cache up to date is pretty useless, but it is still useful for client interested in resource changes, which, in my opinion, is the main purpose of the observation mechanism. On Thu, Mar 3, 2011 at 10:58 AM, Klaus Hartke wrote: > Daniele Alessandrelli wrote: >> I have read the draft and I think that the following statement in "4.4 >> Caching" is incorrect: >> "The observation mechanism ensures that the cache has a fresh response >> for most of the duration of the observation lifetime." >> >> The freshness is determined by the Max-Age Option which can be much >> smaller then the average time interval between notifications. >> Therefore, if I am not missing something, the cache can have *no* >> fresh response for most of the duration of the observation lifetime. > > Good point. But the observation mechanism would be pretty useless if > it couldn't be used to keep a cache up to date. This should be fixed. > > > 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 Esko Dijk Philips Corporate Technologies, Research High Tech Campus 34, Eindhoven, The Netherlands esko.dijk@philips.com 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 daniele.alessandrelli@gmail.com Fri Mar 4 10:07:55 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5AA113A6A06 for ; Fri, 4 Mar 2011 10:07:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ImkqVLdCbofM for ; Fri, 4 Mar 2011 10:07:54 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 49F8D3A6946 for ; Fri, 4 Mar 2011 10:07:54 -0800 (PST) Received: by qyk29 with SMTP id 29so372338qyk.10 for ; Fri, 04 Mar 2011 10:09:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=xka9aYrlO6MBApVAE+3rDfUK+V2+sUhdM4VJbX6SqgE=; b=h25LHWKlPfPcg/BALMOLhCfXwcBq18b61giqicScQrT8EORi2lp8XsBwofJT0KiabK BEvGBmL1/5jzxP2556/5MLofd5mSInC+astSrG6Tl76kOrO4amoiD7Ab68sonbGASyGc SNcJYFqJThiqvAZTtrOqsejWiTpq5GRJcSeTs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=BxhP4UhMdmtqZw6ytEr98jqTIyP1Lsk1S85UXic17UVAL0j89en3M++v3rc5ri0HTq TDIQiV8WAflESh34l8gFMPzYzSNVpgYY6zGqHKyYpM/Y0/7H7CTupKaPtxtVg6Ntv7wj bUm7LffR9WnZr0ToVruhboKn9sFhDOtp8NnXs= MIME-Version: 1.0 Received: by 10.229.49.209 with SMTP id w17mr791750qcf.170.1299262143213; Fri, 04 Mar 2011 10:09:03 -0800 (PST) Received: by 10.229.99.205 with HTTP; Fri, 4 Mar 2011 10:09:03 -0800 (PST) In-Reply-To: References: Date: Fri, 4 Mar 2011 13:09:03 -0500 Message-ID: From: Daniele Alessandrelli To: "Dijk, Esko" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 04 Mar 2011 18:07:55 -0000 Dear Dijk, your solution is certainly a good start point, but I still see some problem= s. What if the server sends notification using non-confirmable messages and they are lost? Or if the server goes down? The proxy will still consider the value fresh and a client will retrieve an old value thinking that it is up-to-date. In my opinion, if a client is using the observation mechanism, it is aware of the these risks, while, if it using a GET request, it expects a fresh value (or no value if the response is lost). One possible solution is to let the client know the proxy policy about the freshness of observed resources. What do you think? Best regards, Daniele On Fri, Mar 4, 2011 at 12:35 PM, Dijk, Esko wrote: > Dear Daniele, Klaus, > > although the current mechanism may not be suitable for keeping a proxy ca= che up to date, this may be fixed as Klaus indicated. > > Klaus do you have a specific fix in mind? E.g. one option is for the cach= e (inside a CoAP intermediary) is to optionally keep a response always as '= fresh' as long as there is no update notification from the server (containi= ng the Subject) to prove otherwise. Then even if the original Max-Age of th= e cached resource has expired, the CoAP intermediary may still serve the ca= ched response to clients but with Max-Age set to zero, making it in turn no= n-cacheable. > > This could provide an acceptable solution I think in the context of diffe= rent use cases: unpredictable vs quasi-periodic resource state updates, fre= quent vs infrequent state updates, etc. > > best regards, > Esko Dijk > > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of D= aniele Alessandrelli > Sent: Friday 4 March 2011 18:20 > To: Klaus Hartke > Cc: core@ietf.org > Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-obse= rve-01 > > Yes, I think that using the observation mechanism to keep a proxy > cache up to date is pretty useless, but it is still useful for client > interested in resource changes, which, in my opinion, is the main > purpose of the observation mechanism. > > On Thu, Mar 3, 2011 at 10:58 AM, Klaus Hartke wrote: >> Daniele Alessandrelli wrote: >>> I have read the draft and I think that the following statement in "4.4 >>> Caching" is incorrect: >>> "The observation mechanism ensures that the cache has a fresh response >>> for most of the duration of the observation lifetime." >>> >>> The freshness is determined by the Max-Age Option which can be much >>> smaller then the average time interval between notifications. >>> Therefore, if I am not missing something, the cache can have *no* >>> fresh response for most of the duration of the observation lifetime. >> >> Good point. But the observation mechanism would be pretty useless if >> it couldn't be used to keep a cache up to date. This should be fixed. >> >> >> 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 > > > Esko Dijk > > Philips Corporate Technologies, Research > High Tech Campus 34, Eindhoven, The Netherlands > esko.dijk@philips.com > > > > > The information contained in this message may be confidential and legally= protected under applicable law. The message is intended solely for the add= ressee(s). If you are not the intended recipient, you are hereby notified t= hat any use, forwarding, dissemination, or reproduction of this message is = strictly prohibited and may be unlawful. If you are not the intended recipi= ent, please contact the sender by return e-mail and destroy all copies of t= he original message. > > From hartke@tzi.org Sun Mar 6 06:22:54 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 716C23A67DA for ; Sun, 6 Mar 2011 06:22:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bH874AAqt9kr for ; Sun, 6 Mar 2011 06:22:53 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id DBBD73A67C3 for ; Sun, 6 Mar 2011 06:22:52 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from webmail.informatik.uni-bremen.de (maildrop [134.102.201.19]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p26ENqbb021935 for ; Sun, 6 Mar 2011 15:23:57 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Sun, 06 Mar 2011 15:23:52 +0100 From: Klaus Hartke To: Message-ID: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> X-Sender: hartke@tzi.org User-Agent: Roundcube Webmail/0.5.1 Subject: [core] Thoughts on HTTP Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 06 Mar 2011 14:22:54 -0000 After spending some time thinking about interfacing CoAP with HTTP and vice versa, I'm coming to believe that we might be approaching the problem from the wrong angle. First some terminology: * An HTTP/CoAP proxy is an intermediary that sits between the HTTP client and the CoAP origin server. In order to get content from the origin server, the client sends an HTTP request to the proxy naming the CoAP server as the target. The proxy then requests the content from the CoAP server and returns it to the client, doing any necessary translations. The client must be specially configured to use the proxy. * An HTTP/CoAP reverse proxy, by contrast, appears to the client just like an ordinary web server. No special configuration on the client is necessary. The client makes HTTP requests for content in the name-space of the reverse proxy. The reverse proxy then decides where to send those requests and returns the content as if it was itself the origin, doing any necessary translations. * A CoAP/HTTP proxy sits between the CoAP client and the HTTP origin server. The client sends a CoAP request to the proxy naming the HTTP server as the target. The proxy requests the content from the HTTP server and returns it to the client. * A CoAP/HTTP reverse proxy appears like an ordinary CoAP server. The client makes CoAP requests for content in the name-space of the reverse proxy. The reverse proxy decides where to send those requests and returns the content as if it was itself the origin. Discussions so far have revolved around all four cases, with more focus on what such proxies need to do rather than what needs to be standardized to ensure interoperability. In the reverse proxy cases, I don't think we need to standardize anything. The fact that a reverse proxy happens to map some or all resources in its name-space to remote locations is transparent to the client, and how the mapping is actually performed is up to the reverse proxy's implementation. In the forward proxy cases, I think we might improve by asking a slightly different question. So far, the question we tried to answer was: Given an HTTP request, how do we translate it to a CoAP request? And how do we translate the resulting CoAP response back to an HTTP response? This led us to think about mapping tables between status codes and response codes (see coap-04), complex state machines and ugly hacks to map features that have no direct equivalent. But do we actually need to standardize all of this? What parts of HTTP/CoAP proxying and CoAP/HTTP proxying need to be standardized and what parts are implementation details? I propose to change the focus a bit and ask the following question: When an HTTP/CoAP proxy receives an HTTP request with a CoAP URI in the Request-Line, what's the HTTP response that the proxy is expected to return to the client? How the proxy actually satisfies the request to produce the expected response is up to the proxy's implementation. This makes it easy to say what needs to be standardized and what's an implementation detail. It also answers a lot of questions that were somewhat difficult to answer so far. Two examples. Before: How do we translate an HTTP request with a Range header field to a CoAP request? coap-04 currently doesn't say anything about this. The answer probably involves several SHOULDs and MUSTs, a complex state machine and many things that need to be considered before we come up with a complete answer. After: What's the expected HTTP response when performing an HTTP request with a Range header field on a CoAP URI? This question is much easier to answer. In fact, I can give the answer right away, and I'm fairly sure that this is the complete answer. Answer: The response contains only the requested range of the represen- tation of the CoAP resource representation, as defined by HTTP. How the range is obtained is up to the implementation, e.g., if the proxy obtains the full representation from the origin server and returns just the requested range, or if it uses the Block Option to obtain only the required block(s) to satisfy the request. Before: How do we translate a CoAP request with an Observation-Lifetime Option to an HTTP request? After: What are the expected CoAP responses when performing an CoAP request with an Observation-Lifetime Option on an HTTP URI? Answer: If the proxy is able to determine when the target HTTP resource changes its state, the proxy should establish an observation relationship to the HTTP resource and notify the client whenever the state of the resource changes. If the proxy is not able to determine when the resource changes, then the request should fall back to an ordinary CoAP request. How the proxy determines when the target HTTP resource changes, is up to the proxy's implementation. That said, it would of course be nice if there was some informative text on possible proxy and reverse proxy implementations. But I don't think this is something that needs to happen in draft-ietf- core-coap. Klaus From angelo.castellani@gmail.com Sun Mar 6 13:06:36 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 620D93A687C for ; Sun, 6 Mar 2011 13:06:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.915 X-Spam-Level: X-Spam-Status: No, score=-2.915 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id bcYKif97VhKF for ; Sun, 6 Mar 2011 13:06:35 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 19CF73A6879 for ; Sun, 6 Mar 2011 13:06:35 -0800 (PST) Received: by qyk29 with SMTP id 29so1383910qyk.10 for ; Sun, 06 Mar 2011 13:07:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=ONfBEtUUXZ28qIJtwsRn8cBUFZbz2OVTOCejInZM4ug=; b=A2MifU/vZj9bZIvfObYgCgAbHhscqESxibBmWy0TcPlo98hQAn40tTO86bapOPnXB5 vUPVbpwfCIbkFfdzDXNC3ISJ/dL5ohFinPl4nppKmwFrPURBFIj/+G5heOgZhZM9tm9K Ko/KMW8bnuw5RNCLrVXaDRkYocycxmhH83iaA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=TritBRP++2F59O4mf0yhyYO9AVV4pyH1ukA+u0La1v2/gAC7iOht/jAVsib5HaJVsJ XHJZBIO6AXd+Lj51iRvPxU/U3iPmf0xuOcVvrjL3DdL2VCVE54lJkHPQFi/SmumXVP/v 27SNwo5dNqpIsUsPuhvU1YFwwkU2BHpJaTzEI= Received: by 10.229.101.75 with SMTP id b11mr2301039qco.105.1299445667177; Sun, 06 Mar 2011 13:07:47 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Sun, 6 Mar 2011 13:07:27 -0800 (PST) In-Reply-To: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> References: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> From: "Angelo P. Castellani" Date: Sun, 6 Mar 2011 22:07:27 +0100 X-Google-Sender-Auth: wgKvnJ-CRKdEoyGg-0neMiKyNA4 Message-ID: To: Klaus Hartke Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: core@ietf.org Subject: Re: [core] Thoughts on HTTP Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 06 Mar 2011 21:06:36 -0000 Klaus, I agree with you that HTTP/CoAP mapping should be standardized from a "result" point of view and not from a "process" point of view. As you know, in a constrained environment implementation issues should be considered in advance to avoid obtaining a formally correct design that however could not be implemented in a real world environment. In my opinion there is still no agreement in the WG about the acceptable level of complexity that can be left to implement a CoAP/HTTP proxy. My opinion is that also HTTP/CoAP proxying should be made as simple and transparent as possible. Best, Angelo On Sun, Mar 6, 2011 at 15:23, Klaus Hartke wrote: > After spending some time thinking about interfacing CoAP with HTTP > and vice versa, I'm coming to believe that we might be approaching > the problem from the wrong angle. > > First some terminology: > > * An HTTP/CoAP proxy is an intermediary that sits between the HTTP > =A0client and the CoAP origin server. In order to get content from > =A0the origin server, the client sends an HTTP request to the proxy > =A0naming the CoAP server as the target. The proxy then requests the > =A0content from the CoAP server and returns it to the client, doing > =A0any necessary translations. The client must be specially > =A0configured to use the proxy. > > * An HTTP/CoAP reverse proxy, by contrast, appears to the client > =A0just like an ordinary web server. No special configuration on the > =A0client is necessary. The client makes HTTP requests for content > =A0in the name-space of the reverse proxy. The reverse proxy then > =A0decides where to send those requests and returns the content as > =A0if it was itself the origin, doing any necessary translations. > > * A CoAP/HTTP proxy sits between the CoAP client and the HTTP > =A0origin server. The client sends a CoAP request to the proxy > =A0naming the HTTP server as the target. The proxy requests the > =A0content from the HTTP server and returns it to the client. > > * A CoAP/HTTP reverse proxy appears like an ordinary CoAP server. > =A0The client makes CoAP requests for content in the name-space of > =A0the reverse proxy. The reverse proxy decides where to send those > =A0requests and returns the content as if it was itself the origin. > > Discussions so far have revolved around all four cases, with more > focus on what such proxies need to do rather than what needs to be > standardized to ensure interoperability. > > In the reverse proxy cases, I don't think we need to standardize > anything. The fact that a reverse proxy happens to map some or all > resources in its name-space to remote locations is transparent to > the client, and how the mapping is actually performed is up to the > reverse proxy's implementation. > > In the forward proxy cases, I think we might improve by asking > a slightly different question. So far, the question we tried to > answer was: > > =A0 Given an HTTP request, how do we translate it to a CoAP request? > =A0 And how do we translate the resulting CoAP response back to an > =A0 HTTP response? > > This led us to think about mapping tables between status codes and > response codes (see coap-04), complex state machines and ugly hacks > to map features that have no direct equivalent. > > But do we actually need to standardize all of this? > > What parts of HTTP/CoAP proxying and CoAP/HTTP proxying need to be > standardized and what parts are implementation details? > > I propose to change the focus a bit and ask the following question: > > =A0 When an HTTP/CoAP proxy receives an HTTP request with a CoAP > =A0 URI in the Request-Line, what's the HTTP response that the > =A0 proxy is expected to return to the client? > > =A0 How the proxy actually satisfies the request to produce the > =A0 expected response is up to the proxy's implementation. > > This makes it easy to say what needs to be standardized and what's > an implementation detail. It also answers a lot of questions that > were somewhat difficult to answer so far. > > Two examples. > > Before: > =A0 How do we translate an HTTP request with a Range header field > =A0 to a CoAP request? > > coap-04 currently doesn't say anything about this. The answer > probably involves several SHOULDs and MUSTs, a complex state > machine and many things that need to be considered before we come > up with a complete answer. > > After: > =A0 What's the expected HTTP response when performing an HTTP > =A0 request with a Range header field on a CoAP URI? > > This question is much easier to answer. In fact, I can give the > answer right away, and I'm fairly sure that this is the complete > answer. > > Answer: > =A0 The response contains only the requested range of the represen- > =A0 tation of the CoAP resource representation, as defined by HTTP. > =A0 How the range is obtained is up to the implementation, e.g., if > =A0 the proxy obtains the full representation from the origin server > =A0 and returns just the requested range, or if it uses the Block > =A0 Option to obtain only the required block(s) to satisfy the > =A0 request. > > > Before: > =A0 How do we translate a CoAP request with an Observation-Lifetime > =A0 Option to an HTTP request? > > After: > =A0 What are the expected CoAP responses when performing an CoAP > =A0 request with an Observation-Lifetime Option on an HTTP URI? > > Answer: > =A0 If the proxy is able to determine when the target HTTP resource > =A0 changes its state, the proxy should establish an observation > =A0 relationship to the HTTP resource and notify the client whenever > =A0 the state of the resource changes. If the proxy is not able to > =A0 determine when the resource changes, then the request should > =A0 fall back to an ordinary CoAP request. How the proxy determines > =A0 when the target HTTP resource changes, is up to the proxy's > =A0 implementation. > > > That said, it would of course be nice if there was some informative > text on possible proxy and reverse proxy implementations. But I > don't think this is something that needs to happen in draft-ietf- > core-coap. > > > Klaus > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From esko.dijk@philips.com Sun Mar 6 23:25:29 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 44C593A68F2 for ; Sun, 6 Mar 2011 23:25:29 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.049 X-Spam-Level: X-Spam-Status: No, score=-4.049 tagged_above=-999 required=5 tests=[AWL=-1.050, BAYES_00=-2.599, J_CHICKENPOX_74=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id k18V61c5WR53 for ; Sun, 6 Mar 2011 23:25:28 -0800 (PST) Received: from ch1outboundpool.messaging.microsoft.com (ch1outboundpool.messaging.microsoft.com [216.32.181.182]) by core3.amsl.com (Postfix) with ESMTP id E3E463A6905 for ; Sun, 6 Mar 2011 23:25:27 -0800 (PST) Received: from mail95-ch1-R.bigfish.com (216.32.181.170) by CH1EHSOBE008.bigfish.com (10.43.70.58) with Microsoft SMTP Server id 14.1.225.8; Mon, 7 Mar 2011 07:26:40 +0000 Received: from mail95-ch1 (localhost.localdomain [127.0.0.1]) by mail95-ch1-R.bigfish.com (Postfix) with ESMTP id CFD532401D0; Mon, 7 Mar 2011 07:26:39 +0000 (UTC) X-SpamScore: -77 X-BigFish: VPS-77(zf7Iz15d6O9251J146fK542N1dbaL1418M1432N1453M98dN217bL9371Pzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI X-FB-SS: 0, Received: from mail95-ch1 (localhost.localdomain [127.0.0.1]) by mail95-ch1 (MessageSwitch) id 1299482799351252_13947; Mon, 7 Mar 2011 07:26:39 +0000 (UTC) Received: from CH1EHSMHS003.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.247]) by mail95-ch1.bigfish.com (Postfix) with ESMTP id 48DFE10A0052; Mon, 7 Mar 2011 07:26:39 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by CH1EHSMHS003.bigfish.com (10.43.70.3) with Microsoft SMTP Server (TLS) id 14.1.225.8; Mon, 7 Mar 2011 07:26:34 +0000 Received: from NLAMSEXH04.connect1.local (172.16.153.25) by connect1.philips.com (172.16.156.160) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 7 Mar 2011 08:26:15 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLAMSEXH04.connect1.local ([172.16.153.25]) with mapi; Mon, 7 Mar 2011 08:26:33 +0100 From: "Dijk, Esko" To: Daniele Alessandrelli Date: Mon, 7 Mar 2011 08:26:29 +0100 Thread-Topic: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 Thread-Index: Acval0DCY1wxjybbQwWkcbtDEmDBSwCAVfQA Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 07:25:29 -0000 RGVhciBEYW5pZWxlLA0KDQpJIGFncmVlIHdpdGggdGhlIHBvaW50IHRoYXQgYSBjbGllbnQgc2hv dWxkIG5vdCBiZSAnbWlzbGVhZCcgdGhhdCBpdCByZWNlaXZlcyBhIGZyZXNoIHZhbHVlIHdoaWxl IGluIGZhY3QgaXQgZG9lcyBub3QuIEZvciB0aGlzIHJlYXNvbiBJIGhhZCBpbiBtaW5kIHRvIHVz ZSB0aGUgTWF4LUFnZSBPcHRpb24gd2l0aCB2YWx1ZSAwIHNlY29uZHMgYXMgYW4gaW5kaWNhdG9y IHRvIG1lYW4gc29tZXRoaW5nIGxpa2UgIk1heC1BZ2UgZXhwaXJlZCwgbm90IHJlYWxseSBmcmVz aCBhbnltb3JlIGJ1dCByZXNwb25zZSBzdGlsbCBiZWluZyBzZXJ2ZWQgZHVlIHRvIGFic2VuY2Ug b2YgbW9yZSByZWNlbnQgdXBkYXRlcyIuICBDbGllbnRzIHRoYXQgZG8gd2FudCBmcmVzaCB2YWx1 ZXMgY291bGQgdGhlbiBpbmNsdWRlIGEgTWF4LUFnZSBPcHRpb24gaW4gdGhlaXIgcmVxdWVzdCB0 byB0aGUgaW50ZXJtZWRpYXJ5IGFsb25nIHdpdGggdGhlIFByb3h5LVVyaSBPcHRpb24sIHRvIG92 ZXJyaWRlIHRoZSBkZWZhdWx0IGludGVybWVkaWFyeSBiZWhhdmlvdXIuDQoNCkJ1dCBJIG5vdyBz ZWUgYSBwcm9ibGVtOiBhIE1heC1BZ2Ugb2YgMCBzZWNvbmRzIGFsc28gbWVhbnMgInNlcnZlciB3 aXNoZXMgdG8gcHJldmVudCByZXNvdXJjZSBiZWluZyBjYWNoZWQiIHNvIHRoaXMgdmFsdWUgY2Fu J3QgYmUgc2FmZWx5IHJlLXVzZWQgZm9yIHRoZSBwdXJwb3NlIGRlc2NyaWJlZCBhYm92ZS4gDQoN CkJ5IHRoZSB3YXkgdGhlIChjYWNoZSBlZmZpY2llbmN5KSBwcm9ibGVtIHdlIGRpc2N1c3MgYXBw ZWFycyBvbmx5IGluIHVzZSBjYXNlcyB3aGVyZQ0KCWF2ZXJhZ2UoTWF4LUFnZSB2YWx1ZXMpIDw8 IGF2ZXJhZ2UodGltZSBpbnRlcnZhbCBiZXR3ZWVuIG5vdGlmaWNhdGlvbnMpIA0KSW4gdGhlIGNh c2Ugb2YgYSBzZW5zb3Igbm9kZSwgYW4gaW1wbGVtZW50ZXIgbWF5IGNob29zZSB0byB1c2UgaGln aGVyIE1heC1BZ2UgYW55d2F5LCB0byBhdm9pZCBpbmVmZmljaWVuY2llcyBpbiB0aGUgdG90YWwg c3lzdGVtLg0KDQpiZXN0IHJlZ2FyZHMsDQpFc2tvDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBEYW5pZWxlIEFsZXNzYW5kcmVsbGkgW21haWx0bzpkYW5pZWxlLmFsZXNzYW5k cmVsbGlAZ21haWwuY29tXSANClNlbnQ6IEZyaWRheSA0IE1hcmNoIDIwMTEgMTk6MDkNClRvOiBE aWprLCBFc2tvDQpDYzogS2xhdXMgSGFydGtlOyBjb3JlQGlldGYub3JnDQpTdWJqZWN0OiBSZTog W2NvcmVdIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvcmRyYWZ0LWlldGYtY29yZS1v YnNlcnZlLTAxDQoNCkRlYXIgRGlqaywNCg0KeW91ciBzb2x1dGlvbiBpcyBjZXJ0YWlubHkgYSBn b29kIHN0YXJ0IHBvaW50LCBidXQgSSBzdGlsbCBzZWUgc29tZSBwcm9ibGVtcy4NCg0KV2hhdCBp ZiB0aGUgc2VydmVyIHNlbmRzIG5vdGlmaWNhdGlvbiB1c2luZyBub24tY29uZmlybWFibGUgbWVz c2FnZXMNCmFuZCB0aGV5IGFyZSBsb3N0PyBPciBpZiB0aGUgc2VydmVyIGdvZXMgZG93bj8gVGhl IHByb3h5IHdpbGwgc3RpbGwNCmNvbnNpZGVyIHRoZSB2YWx1ZSBmcmVzaCBhbmQgYSBjbGllbnQg d2lsbCByZXRyaWV2ZSBhbiBvbGQgdmFsdWUNCnRoaW5raW5nIHRoYXQgaXQgaXMgdXAtdG8tZGF0 ZS4NCg0KSW4gbXkgb3BpbmlvbiwgaWYgYSBjbGllbnQgaXMgdXNpbmcgdGhlIG9ic2VydmF0aW9u IG1lY2hhbmlzbSwgaXQgaXMNCmF3YXJlIG9mIHRoZSB0aGVzZSByaXNrcywgd2hpbGUsIGlmIGl0 IHVzaW5nIGEgR0VUIHJlcXVlc3QsIGl0IGV4cGVjdHMNCmEgZnJlc2ggdmFsdWUgKG9yIG5vIHZh bHVlIGlmIHRoZSByZXNwb25zZSBpcyBsb3N0KS4gT25lIHBvc3NpYmxlDQpzb2x1dGlvbiBpcyB0 byBsZXQgdGhlIGNsaWVudCBrbm93IHRoZSBwcm94eSBwb2xpY3kgYWJvdXQgdGhlDQpmcmVzaG5l c3Mgb2Ygb2JzZXJ2ZWQgcmVzb3VyY2VzLiBXaGF0IGRvIHlvdSB0aGluaz8NCg0KQmVzdCByZWdh cmRzLA0KDQpEYW5pZWxlDQoNCk9uIEZyaSwgTWFyIDQsIDIwMTEgYXQgMTI6MzUgUE0sIERpamss IEVza28gPGVza28uZGlqa0BwaGlsaXBzLmNvbT4gd3JvdGU6DQo+IERlYXIgRGFuaWVsZSwgS2xh dXMsDQo+DQo+IGFsdGhvdWdoIHRoZSBjdXJyZW50IG1lY2hhbmlzbSBtYXkgbm90IGJlIHN1aXRh YmxlIGZvciBrZWVwaW5nIGEgcHJveHkgY2FjaGUgdXAgdG8gZGF0ZSwgdGhpcyBtYXkgYmUgZml4 ZWQgYXMgS2xhdXMgaW5kaWNhdGVkLg0KPg0KPiBLbGF1cyBkbyB5b3UgaGF2ZSBhIHNwZWNpZmlj IGZpeCBpbiBtaW5kPyBFLmcuIG9uZSBvcHRpb24gaXMgZm9yIHRoZSBjYWNoZSAoaW5zaWRlIGEg Q29BUCBpbnRlcm1lZGlhcnkpIGlzIHRvIG9wdGlvbmFsbHkga2VlcCBhIHJlc3BvbnNlIGFsd2F5 cyBhcyAnZnJlc2gnIGFzIGxvbmcgYXMgdGhlcmUgaXMgbm8gdXBkYXRlIG5vdGlmaWNhdGlvbiBm cm9tIHRoZSBzZXJ2ZXIgKGNvbnRhaW5pbmcgdGhlIFN1YmplY3QpIHRvIHByb3ZlIG90aGVyd2lz ZS4gVGhlbiBldmVuIGlmIHRoZSBvcmlnaW5hbCBNYXgtQWdlIG9mIHRoZSBjYWNoZWQgcmVzb3Vy Y2UgaGFzIGV4cGlyZWQsIHRoZSBDb0FQIGludGVybWVkaWFyeSBtYXkgc3RpbGwgc2VydmUgdGhl IGNhY2hlZCByZXNwb25zZSB0byBjbGllbnRzIGJ1dCB3aXRoIE1heC1BZ2Ugc2V0IHRvIHplcm8s IG1ha2luZyBpdCBpbiB0dXJuIG5vbi1jYWNoZWFibGUuDQo+DQo+IFRoaXMgY291bGQgcHJvdmlk ZSBhbiBhY2NlcHRhYmxlIHNvbHV0aW9uIEkgdGhpbmsgaW4gdGhlIGNvbnRleHQgb2YgZGlmZmVy ZW50IHVzZSBjYXNlczogdW5wcmVkaWN0YWJsZSB2cyBxdWFzaS1wZXJpb2RpYyByZXNvdXJjZSBz dGF0ZSB1cGRhdGVzLCBmcmVxdWVudCB2cyBpbmZyZXF1ZW50IHN0YXRlIHVwZGF0ZXMsIGV0Yy4N Cj4NCj4gYmVzdCByZWdhcmRzLA0KPiBFc2tvIERpamsNCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNz YWdlLS0tLS0NCj4gRnJvbTogY29yZS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y29yZS1ib3Vu Y2VzQGlldGYub3JnXSBPbiBCZWhhbGYgT2YgRGFuaWVsZSBBbGVzc2FuZHJlbGxpDQo+IFNlbnQ6 IEZyaWRheSA0IE1hcmNoIDIwMTEgMTg6MjANCj4gVG86IEtsYXVzIEhhcnRrZQ0KPiBDYzogY29y ZUBpZXRmLm9yZw0KPiBTdWJqZWN0OiBSZTogW2NvcmVdIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZp Y2F0aW9uIGZvcmRyYWZ0LWlldGYtY29yZS1vYnNlcnZlLTAxDQo+DQo+IFllcywgSSB0aGluayB0 aGF0IHVzaW5nIHRoZSBvYnNlcnZhdGlvbiBtZWNoYW5pc20gdG8ga2VlcCBhIHByb3h5DQo+IGNh Y2hlIHVwIHRvIGRhdGUgaXMgcHJldHR5IHVzZWxlc3MsIGJ1dCBpdCBpcyBzdGlsbCB1c2VmdWwg Zm9yIGNsaWVudA0KPiBpbnRlcmVzdGVkIGluIHJlc291cmNlIGNoYW5nZXMsIHdoaWNoLCBpbiBt eSBvcGluaW9uLCBpcyB0aGUgbWFpbg0KPiBwdXJwb3NlIG9mIHRoZSBvYnNlcnZhdGlvbiBtZWNo YW5pc20uDQo+DQo+IE9uIFRodSwgTWFyIDMsIDIwMTEgYXQgMTA6NTggQU0sIEtsYXVzIEhhcnRr ZSA8aGFydGtlQHR6aS5vcmc+IHdyb3RlOg0KPj4gRGFuaWVsZSBBbGVzc2FuZHJlbGxpIHdyb3Rl Og0KPj4+IEkgaGF2ZSByZWFkIHRoZSBkcmFmdCBhbmQgSSB0aGluayB0aGF0IHRoZSBmb2xsb3dp bmcgc3RhdGVtZW50IGluICI0LjQNCj4+PiBDYWNoaW5nIiBpcyBpbmNvcnJlY3Q6DQo+Pj4gIlRo ZSBvYnNlcnZhdGlvbiBtZWNoYW5pc20gZW5zdXJlcyB0aGF0IHRoZSBjYWNoZSBoYXMgYSBmcmVz aCByZXNwb25zZQ0KPj4+IGZvciBtb3N0IG9mIHRoZSBkdXJhdGlvbiBvZiB0aGUgb2JzZXJ2YXRp b24gbGlmZXRpbWUuIg0KPj4+DQo+Pj4gVGhlIGZyZXNobmVzcyBpcyBkZXRlcm1pbmVkIGJ5IHRo ZSBNYXgtQWdlIE9wdGlvbiB3aGljaCBjYW4gYmUgbXVjaA0KPj4+IHNtYWxsZXIgdGhlbiB0aGUg YXZlcmFnZSB0aW1lIGludGVydmFsIGJldHdlZW4gbm90aWZpY2F0aW9ucy4NCj4+PiBUaGVyZWZv cmUsIGlmIEkgYW0gbm90IG1pc3Npbmcgc29tZXRoaW5nLCB0aGUgY2FjaGUgY2FuIGhhdmUgKm5v Kg0KPj4+IGZyZXNoIHJlc3BvbnNlIGZvciBtb3N0IG9mIHRoZSBkdXJhdGlvbiBvZiB0aGUgb2Jz ZXJ2YXRpb24gbGlmZXRpbWUuDQo+Pg0KPj4gR29vZCBwb2ludC4gQnV0IHRoZSBvYnNlcnZhdGlv biBtZWNoYW5pc20gd291bGQgYmUgcHJldHR5IHVzZWxlc3MgaWYNCj4+IGl0IGNvdWxkbid0IGJl IHVzZWQgdG8ga2VlcCBhIGNhY2hlIHVwIHRvIGRhdGUuIFRoaXMgc2hvdWxkIGJlIGZpeGVkLg0K Pj4NCj4+DQo+PiBLbGF1cw0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX18NCj4+IGNvcmUgbWFpbGluZyBsaXN0DQo+PiBjb3JlQGlldGYub3JnDQo+PiBo dHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmUNCj4+DQo+IF9fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQo+IGNvcmUgbWFpbGluZyBs aXN0DQo+IGNvcmVAaWV0Zi5vcmcNCj4gaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jb3JlDQo+DQo+DQo+IEVza28gRGlqaw0KPg0KPiBQaGlsaXBzIENvcnBvcmF0ZSBUZWNo bm9sb2dpZXMsIFJlc2VhcmNoDQo+IEhpZ2ggVGVjaCBDYW1wdXMgMzQsIEVpbmRob3ZlbiwgVGhl IE5ldGhlcmxhbmRzDQo+IGVza28uZGlqa0BwaGlsaXBzLmNvbQ0KPg0KPg0KPg0KPg0KPiBUaGUg aW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSBtYXkgYmUgY29uZmlkZW50aWFs IGFuZCBsZWdhbGx5IHByb3RlY3RlZCB1bmRlciBhcHBsaWNhYmxlIGxhdy4gVGhlIG1lc3NhZ2Ug aXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLiBJZiB5b3UgYXJlIG5vdCB0 aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSB1 c2UsIGZvcndhcmRpbmcsIGRpc3NlbWluYXRpb24sIG9yIHJlcHJvZHVjdGlvbiBvZiB0aGlzIG1l c3NhZ2UgaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3Ug YXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVy IGJ5IHJldHVybiBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgb3JpZ2luYWwg bWVzc2FnZS4NCj4NCj4NCg== From likepeng@huawei.com Mon Mar 7 00:09:08 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 257583A6937 for ; Mon, 7 Mar 2011 00:09:08 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.151 X-Spam-Level: ** X-Spam-Status: No, score=2.151 tagged_above=-999 required=5 tests=[AWL=-2.496, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, J_CHICKENPOX_74=0.6, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WCkzQtie9qX7 for ; Mon, 7 Mar 2011 00:09:07 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id CB5503A6938 for ; Mon, 7 Mar 2011 00:09:06 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHO00CEPH96FO@szxga05-in.huawei.com> for core@ietf.org; Mon, 07 Mar 2011 16:07:54 +0800 (CST) Received: from szxeml202-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHO006T3H8W4S@szxga05-in.huawei.com> for core@ietf.org; Mon, 07 Mar 2011 16:07:54 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 07 Mar 2011 16:06:06 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Mon, 07 Mar 2011 16:07:25 +0800 Date: Mon, 07 Mar 2011 08:07:24 +0000 From: Likepeng In-reply-to: X-Originating-IP: [10.70.109.110] To: "Dijk, Esko" , Daniele Alessandrelli Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2256E64@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 Thread-index: AQHL3JlhYZfo8UA0iUyRic/Z/eMX5pQhgu3Q X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <"A ANLkTinqQE=7KJLz-MRhM=oy0_jNSNmKT0oqyFACO+OX"@mail.gmail.com> <"A337AA36B3B96E 4D853E6182B2F27AE2C72952D9B8"@NLCLUEXM03.connect1.local> Cc: Klaus Hartke , "core@ietf.org" Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 08:09:08 -0000 SSBhbSBub3QgY2xlYXIgYWJvdXQgb25lIHRoaW5nLCB3aG8gZGVjaWRlIHRoZSB0aW1lIGludGVy dmFsIGJldHdlZW4gdGhlIG5vdGlmaWNhdGlvbnM/IEkgYXNzdW1lIHRoYXQgaXQgaXMgdGhlIHBy b3h5LCBvciB0aGUgc2VydmVyLg0KDQo+IEJ5IHRoZSB3YXkgdGhlIChjYWNoZSBlZmZpY2llbmN5 KSBwcm9ibGVtIHdlIGRpc2N1c3MgYXBwZWFycyBvbmx5IGluIHVzZSBjYXNlcyB3aGVyZQlhdmVy YWdlKE1heC1BZ2UgdmFsdWVzKSA8PCBhdmVyYWdlKHRpbWUgaW50ZXJ2YWwgYmV0d2VlbiBub3Rp ZmljYXRpb25zKQ0KSSBhbSB3b25kZXJpbmcgaG93IHRoZSBzaXR1YXRpb24gaGFwcGVucy4gSWYg cHJveHkgZmluZHMgb3V0IHRoYXQgdGhlIE1heF9BZ2UgaXMgZ29pbmcgdG8gZXhwaXJlLCB0aGUg cHJveHkgc2hvdWxkIHNlbmQgbm90aWZpY2F0aW9ucyBhcyBzb29uIGFzIHBvc3NpYmxlLCB0aGVu IHRoZXJlIHdpbGwgYmUgbm8gaXNzdWUgd2l0aCB0aGF0Lg0KDQpLaW5kIFJlZ2FyZHMNCktlcGVu Zw0KLS0tLS3Tyrz+1K28/i0tLS0tDQq3orz+yMs6IGNvcmUtYm91bmNlc0BpZXRmLm9yZyBbbWFp bHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10gtPqx7SBEaWprLCBFc2tvDQq3osvNyrG85DogMjAx McTqM9TCN8jVIDE1OjI2DQrK1bz+yMs6IERhbmllbGUgQWxlc3NhbmRyZWxsaQ0Ks63LzTogY29y ZUBpZXRmLm9yZzsgS2xhdXMgSGFydGtlDQrW98ziOiBSZTogW2NvcmVdIEZ3ZDogTmV3IFZlcnNp b24gTm90aWZpY2F0aW9uIGZvcmRyYWZ0LWlldGYtY29yZS1vYnNlcnZlLTAxDQoNCkRlYXIgRGFu aWVsZSwNCg0KSSBhZ3JlZSB3aXRoIHRoZSBwb2ludCB0aGF0IGEgY2xpZW50IHNob3VsZCBub3Qg YmUgJ21pc2xlYWQnIHRoYXQgaXQgcmVjZWl2ZXMgYSBmcmVzaCB2YWx1ZSB3aGlsZSBpbiBmYWN0 IGl0IGRvZXMgbm90LiBGb3IgdGhpcyByZWFzb24gSSBoYWQgaW4gbWluZCB0byB1c2UgdGhlIE1h eC1BZ2UgT3B0aW9uIHdpdGggdmFsdWUgMCBzZWNvbmRzIGFzIGFuIGluZGljYXRvciB0byBtZWFu IHNvbWV0aGluZyBsaWtlICJNYXgtQWdlIGV4cGlyZWQsIG5vdCByZWFsbHkgZnJlc2ggYW55bW9y ZSBidXQgcmVzcG9uc2Ugc3RpbGwgYmVpbmcgc2VydmVkIGR1ZSB0byBhYnNlbmNlIG9mIG1vcmUg cmVjZW50IHVwZGF0ZXMiLiAgQ2xpZW50cyB0aGF0IGRvIHdhbnQgZnJlc2ggdmFsdWVzIGNvdWxk IHRoZW4gaW5jbHVkZSBhIE1heC1BZ2UgT3B0aW9uIGluIHRoZWlyIHJlcXVlc3QgdG8gdGhlIGlu dGVybWVkaWFyeSBhbG9uZyB3aXRoIHRoZSBQcm94eS1VcmkgT3B0aW9uLCB0byBvdmVycmlkZSB0 aGUgZGVmYXVsdCBpbnRlcm1lZGlhcnkgYmVoYXZpb3VyLg0KDQpCdXQgSSBub3cgc2VlIGEgcHJv YmxlbTogYSBNYXgtQWdlIG9mIDAgc2Vjb25kcyBhbHNvIG1lYW5zICJzZXJ2ZXIgd2lzaGVzIHRv IHByZXZlbnQgcmVzb3VyY2UgYmVpbmcgY2FjaGVkIiBzbyB0aGlzIHZhbHVlIGNhbid0IGJlIHNh ZmVseSByZS11c2VkIGZvciB0aGUgcHVycG9zZSBkZXNjcmliZWQgYWJvdmUuIA0KDQpCeSB0aGUg d2F5IHRoZSAoY2FjaGUgZWZmaWNpZW5jeSkgcHJvYmxlbSB3ZSBkaXNjdXNzIGFwcGVhcnMgb25s eSBpbiB1c2UgY2FzZXMgd2hlcmUNCglhdmVyYWdlKE1heC1BZ2UgdmFsdWVzKSA8PCBhdmVyYWdl KHRpbWUgaW50ZXJ2YWwgYmV0d2VlbiBub3RpZmljYXRpb25zKSANCkluIHRoZSBjYXNlIG9mIGEg c2Vuc29yIG5vZGUsIGFuIGltcGxlbWVudGVyIG1heSBjaG9vc2UgdG8gdXNlIGhpZ2hlciBNYXgt QWdlIGFueXdheSwgdG8gYXZvaWQgaW5lZmZpY2llbmNpZXMgaW4gdGhlIHRvdGFsIHN5c3RlbS4N Cg0KYmVzdCByZWdhcmRzLA0KRXNrbw0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJv bTogRGFuaWVsZSBBbGVzc2FuZHJlbGxpIFttYWlsdG86ZGFuaWVsZS5hbGVzc2FuZHJlbGxpQGdt YWlsLmNvbV0gDQpTZW50OiBGcmlkYXkgNCBNYXJjaCAyMDExIDE5OjA5DQpUbzogRGlqaywgRXNr bw0KQ2M6IEtsYXVzIEhhcnRrZTsgY29yZUBpZXRmLm9yZw0KU3ViamVjdDogUmU6IFtjb3JlXSBG d2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBmb3JkcmFmdC1pZXRmLWNvcmUtb2JzZXJ2ZS0w MQ0KDQpEZWFyIERpamssDQoNCnlvdXIgc29sdXRpb24gaXMgY2VydGFpbmx5IGEgZ29vZCBzdGFy dCBwb2ludCwgYnV0IEkgc3RpbGwgc2VlIHNvbWUgcHJvYmxlbXMuDQoNCldoYXQgaWYgdGhlIHNl cnZlciBzZW5kcyBub3RpZmljYXRpb24gdXNpbmcgbm9uLWNvbmZpcm1hYmxlIG1lc3NhZ2VzDQph bmQgdGhleSBhcmUgbG9zdD8gT3IgaWYgdGhlIHNlcnZlciBnb2VzIGRvd24/IFRoZSBwcm94eSB3 aWxsIHN0aWxsDQpjb25zaWRlciB0aGUgdmFsdWUgZnJlc2ggYW5kIGEgY2xpZW50IHdpbGwgcmV0 cmlldmUgYW4gb2xkIHZhbHVlDQp0aGlua2luZyB0aGF0IGl0IGlzIHVwLXRvLWRhdGUuDQoNCklu IG15IG9waW5pb24sIGlmIGEgY2xpZW50IGlzIHVzaW5nIHRoZSBvYnNlcnZhdGlvbiBtZWNoYW5p c20sIGl0IGlzDQphd2FyZSBvZiB0aGUgdGhlc2Ugcmlza3MsIHdoaWxlLCBpZiBpdCB1c2luZyBh IEdFVCByZXF1ZXN0LCBpdCBleHBlY3RzDQphIGZyZXNoIHZhbHVlIChvciBubyB2YWx1ZSBpZiB0 aGUgcmVzcG9uc2UgaXMgbG9zdCkuIE9uZSBwb3NzaWJsZQ0Kc29sdXRpb24gaXMgdG8gbGV0IHRo ZSBjbGllbnQga25vdyB0aGUgcHJveHkgcG9saWN5IGFib3V0IHRoZQ0KZnJlc2huZXNzIG9mIG9i c2VydmVkIHJlc291cmNlcy4gV2hhdCBkbyB5b3UgdGhpbms/DQoNCkJlc3QgcmVnYXJkcywNCg0K RGFuaWVsZQ0KDQpPbiBGcmksIE1hciA0LCAyMDExIGF0IDEyOjM1IFBNLCBEaWprLCBFc2tvIDxl c2tvLmRpamtAcGhpbGlwcy5jb20+IHdyb3RlOg0KPiBEZWFyIERhbmllbGUsIEtsYXVzLA0KPg0K PiBhbHRob3VnaCB0aGUgY3VycmVudCBtZWNoYW5pc20gbWF5IG5vdCBiZSBzdWl0YWJsZSBmb3Ig a2VlcGluZyBhIHByb3h5IGNhY2hlIHVwIHRvIGRhdGUsIHRoaXMgbWF5IGJlIGZpeGVkIGFzIEts YXVzIGluZGljYXRlZC4NCj4NCj4gS2xhdXMgZG8geW91IGhhdmUgYSBzcGVjaWZpYyBmaXggaW4g bWluZD8gRS5nLiBvbmUgb3B0aW9uIGlzIGZvciB0aGUgY2FjaGUgKGluc2lkZSBhIENvQVAgaW50 ZXJtZWRpYXJ5KSBpcyB0byBvcHRpb25hbGx5IGtlZXAgYSByZXNwb25zZSBhbHdheXMgYXMgJ2Zy ZXNoJyBhcyBsb25nIGFzIHRoZXJlIGlzIG5vIHVwZGF0ZSBub3RpZmljYXRpb24gZnJvbSB0aGUg c2VydmVyIChjb250YWluaW5nIHRoZSBTdWJqZWN0KSB0byBwcm92ZSBvdGhlcndpc2UuIFRoZW4g ZXZlbiBpZiB0aGUgb3JpZ2luYWwgTWF4LUFnZSBvZiB0aGUgY2FjaGVkIHJlc291cmNlIGhhcyBl eHBpcmVkLCB0aGUgQ29BUCBpbnRlcm1lZGlhcnkgbWF5IHN0aWxsIHNlcnZlIHRoZSBjYWNoZWQg cmVzcG9uc2UgdG8gY2xpZW50cyBidXQgd2l0aCBNYXgtQWdlIHNldCB0byB6ZXJvLCBtYWtpbmcg aXQgaW4gdHVybiBub24tY2FjaGVhYmxlLg0KPg0KPiBUaGlzIGNvdWxkIHByb3ZpZGUgYW4gYWNj ZXB0YWJsZSBzb2x1dGlvbiBJIHRoaW5rIGluIHRoZSBjb250ZXh0IG9mIGRpZmZlcmVudCB1c2Ug Y2FzZXM6IHVucHJlZGljdGFibGUgdnMgcXVhc2ktcGVyaW9kaWMgcmVzb3VyY2Ugc3RhdGUgdXBk YXRlcywgZnJlcXVlbnQgdnMgaW5mcmVxdWVudCBzdGF0ZSB1cGRhdGVzLCBldGMuDQo+DQo+IGJl c3QgcmVnYXJkcywNCj4gRXNrbyBEaWprDQo+DQo+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0t DQo+IEZyb206IGNvcmUtYm91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRm Lm9yZ10gT24gQmVoYWxmIE9mIERhbmllbGUgQWxlc3NhbmRyZWxsaQ0KPiBTZW50OiBGcmlkYXkg NCBNYXJjaCAyMDExIDE4OjIwDQo+IFRvOiBLbGF1cyBIYXJ0a2UNCj4gQ2M6IGNvcmVAaWV0Zi5v cmcNCj4gU3ViamVjdDogUmU6IFtjb3JlXSBGd2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbiBm b3JkcmFmdC1pZXRmLWNvcmUtb2JzZXJ2ZS0wMQ0KPg0KPiBZZXMsIEkgdGhpbmsgdGhhdCB1c2lu ZyB0aGUgb2JzZXJ2YXRpb24gbWVjaGFuaXNtIHRvIGtlZXAgYSBwcm94eQ0KPiBjYWNoZSB1cCB0 byBkYXRlIGlzIHByZXR0eSB1c2VsZXNzLCBidXQgaXQgaXMgc3RpbGwgdXNlZnVsIGZvciBjbGll bnQNCj4gaW50ZXJlc3RlZCBpbiByZXNvdXJjZSBjaGFuZ2VzLCB3aGljaCwgaW4gbXkgb3Bpbmlv biwgaXMgdGhlIG1haW4NCj4gcHVycG9zZSBvZiB0aGUgb2JzZXJ2YXRpb24gbWVjaGFuaXNtLg0K Pg0KPiBPbiBUaHUsIE1hciAzLCAyMDExIGF0IDEwOjU4IEFNLCBLbGF1cyBIYXJ0a2UgPGhhcnRr ZUB0emkub3JnPiB3cm90ZToNCj4+IERhbmllbGUgQWxlc3NhbmRyZWxsaSB3cm90ZToNCj4+PiBJ IGhhdmUgcmVhZCB0aGUgZHJhZnQgYW5kIEkgdGhpbmsgdGhhdCB0aGUgZm9sbG93aW5nIHN0YXRl bWVudCBpbiAiNC40DQo+Pj4gQ2FjaGluZyIgaXMgaW5jb3JyZWN0Og0KPj4+ICJUaGUgb2JzZXJ2 YXRpb24gbWVjaGFuaXNtIGVuc3VyZXMgdGhhdCB0aGUgY2FjaGUgaGFzIGEgZnJlc2ggcmVzcG9u c2UNCj4+PiBmb3IgbW9zdCBvZiB0aGUgZHVyYXRpb24gb2YgdGhlIG9ic2VydmF0aW9uIGxpZmV0 aW1lLiINCj4+Pg0KPj4+IFRoZSBmcmVzaG5lc3MgaXMgZGV0ZXJtaW5lZCBieSB0aGUgTWF4LUFn ZSBPcHRpb24gd2hpY2ggY2FuIGJlIG11Y2gNCj4+PiBzbWFsbGVyIHRoZW4gdGhlIGF2ZXJhZ2Ug dGltZSBpbnRlcnZhbCBiZXR3ZWVuIG5vdGlmaWNhdGlvbnMuDQo+Pj4gVGhlcmVmb3JlLCBpZiBJ IGFtIG5vdCBtaXNzaW5nIHNvbWV0aGluZywgdGhlIGNhY2hlIGNhbiBoYXZlICpubyoNCj4+PiBm cmVzaCByZXNwb25zZSBmb3IgbW9zdCBvZiB0aGUgZHVyYXRpb24gb2YgdGhlIG9ic2VydmF0aW9u IGxpZmV0aW1lLg0KPj4NCj4+IEdvb2QgcG9pbnQuIEJ1dCB0aGUgb2JzZXJ2YXRpb24gbWVjaGFu aXNtIHdvdWxkIGJlIHByZXR0eSB1c2VsZXNzIGlmDQo+PiBpdCBjb3VsZG4ndCBiZSB1c2VkIHRv IGtlZXAgYSBjYWNoZSB1cCB0byBkYXRlLiBUaGlzIHNob3VsZCBiZSBmaXhlZC4NCj4+DQo+Pg0K Pj4gS2xhdXMNCj4+IF9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fDQo+PiBjb3JlIG1haWxpbmcgbGlzdA0KPj4gY29yZUBpZXRmLm9yZw0KPj4gaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQo+Pg0KPiBfX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBjb3JlIG1haWxpbmcgbGlzdA0KPiBj b3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29y ZQ0KPg0KPg0KPiBFc2tvIERpamsNCj4NCj4gUGhpbGlwcyBDb3Jwb3JhdGUgVGVjaG5vbG9naWVz LCBSZXNlYXJjaA0KPiBIaWdoIFRlY2ggQ2FtcHVzIDM0LCBFaW5kaG92ZW4sIFRoZSBOZXRoZXJs YW5kcw0KPiBlc2tvLmRpamtAcGhpbGlwcy5jb20NCj4NCj4NCj4NCj4NCj4gVGhlIGluZm9ybWF0 aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UgbWF5IGJlIGNvbmZpZGVudGlhbCBhbmQgbGVn YWxseSBwcm90ZWN0ZWQgdW5kZXIgYXBwbGljYWJsZSBsYXcuIFRoZSBtZXNzYWdlIGlzIGludGVu ZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZShzKS4gSWYgeW91IGFyZSBub3QgdGhlIGludGVu ZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZpZWQgdGhhdCBhbnkgdXNlLCBmb3J3 YXJkaW5nLCBkaXNzZW1pbmF0aW9uLCBvciByZXByb2R1Y3Rpb24gb2YgdGhpcyBtZXNzYWdlIGlz IHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxhd2Z1bC4gSWYgeW91IGFyZSBub3Qg dGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGNvbnRhY3QgdGhlIHNlbmRlciBieSByZXR1 cm4gZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2YgdGhlIG9yaWdpbmFsIG1lc3NhZ2Uu DQo+DQo+DQpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0K Y29yZSBtYWlsaW5nIGxpc3QNCmNvcmVAaWV0Zi5vcmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21h aWxtYW4vbGlzdGluZm8vY29yZQ0K From angelo.castellani@gmail.com Mon Mar 7 00:43:20 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 58DA93A6827 for ; Mon, 7 Mar 2011 00:43:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.92 X-Spam-Level: X-Spam-Status: No, score=-2.92 tagged_above=-999 required=5 tests=[AWL=0.057, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id mCbS5zxJkQN9 for ; Mon, 7 Mar 2011 00:43:19 -0800 (PST) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 7BD273A6800 for ; Mon, 7 Mar 2011 00:43:19 -0800 (PST) Received: by qyk7 with SMTP id 7so3257444qyk.10 for ; Mon, 07 Mar 2011 00:44:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=6fWH6YomTn2QH7QTjjJE7sZaA4a1IAQSMHEqv3e00VA=; b=rX9k9j5yXNVVMOKevQlt9k82fXBiMa4ecMvPWX3Dcfzvzc5AOXBSa1/ACfU1Ehhez3 MIKl5k05+H9mYELrw1swqNrOw4uBja+mNL9tsD6cj062ZVUKw7qWxHZet0H2Jl14fpvs jK3Qgs08jL75U3g2V1BK1+5aCc1o9GBMHtBB4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=lu52jcNxRUsU4SuDHFA8IoplqqFO0MN1tEu9m/HPe7Qo5L9U9J6dZRHk6jpOXIkshF /8f/MSAYNSV4dFktJc1Pw6xctHyUlCDAOWDXQecgEA9X0lzDnfuhoDEZOt7YPCiJTuKn Cx6mf54k6Ip85hZTsEp05xbrRUM2XSwwupkls= Received: by 10.229.44.198 with SMTP id b6mr2604263qcf.67.1299487472240; Mon, 07 Mar 2011 00:44:32 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Mon, 7 Mar 2011 00:44:12 -0800 (PST) In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F2256E64@szxeml506-mbx.china.huawei.com> References: <34966E97BE8AD64EAE9D3D6E4DEE36F2256E64@szxeml506-mbx.china.huawei.com> From: "Angelo P. Castellani" Date: Mon, 7 Mar 2011 09:44:12 +0100 X-Google-Sender-Auth: Hr5qumLveSn3X4Qe5cPVLu172wQ Message-ID: To: Likepeng Content-Type: text/plain; charset=ISO-8859-1 Cc: "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 08:43:20 -0000 2011/3/7 Likepeng : > I am not clear about one thing, who decide the time interval between the notifications? I assume that it is the proxy, or the server. In my current understanding of observe mechanism the CoAP server decides when a new representation of the resource resource is notified to the client. This is exactly the reason because I believe that if server correctly implements the observe mechanism, the cache should have always a valid value in it. My opinion is that by default resource values do not expire. When caching is applied to a resource value which has Max-Age not set, the validity of that representation can either be: a) the maximum possible for the cache; b) upper bounded to a specified high value. Given that servers should know which resource representations can change, they have to set Max-Age to the highest value they can guarantee for that resource. When an observation is in progress on a resource and the last notified value is going to expire, the server should actively update the cache by sending a new notification. If the server do not do the update or the notification is lost (NON message), the cache will drop the expired representation and request a new resource representation to it. Best, Angelo From matthieu.vial@fr.non.schneider-electric.com Mon Mar 7 01:08:11 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 769C73A684D; Mon, 7 Mar 2011 01:08:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GjDVW33v8AuT; Mon, 7 Mar 2011 01:08:10 -0800 (PST) Received: from mailX01.eud.schneider-electric.com (mailx01.eud.schneider-electric.com [205.167.7.35]) by core3.amsl.com (Postfix) with ESMTP id B4B5D3A6827; Mon, 7 Mar 2011 01:08:10 -0800 (PST) Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX01.eud.schneider-electric.com with ESMTP id 2011030709505913-191183 ; Mon, 7 Mar 2011 09:50:59 +0100 In-Reply-To: To: "Angelo P. Castellani" MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: Matthieu VIAL Message-ID: Date: Mon, 7 Mar 2011 10:09:19 +0100 X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 07/03/2011 10:09:21, Serialize complete at 07/03/2011 10:09:21, Itemize by SMTP Server on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 07/03/2011 09:50:59, Serialize by Router on AXEU1OUT.schneider-electric.com/X/SVR/SEIxtra at 07/03/2011 09:51:01, Serialize complete at 07/03/2011 09:51:01 Content-Type: text/plain; charset="US-ASCII" Cc: core-bounces@ietf.org, "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 09:08:11 -0000 >When an observation is in progress on a resource and the last notified value is going to expire, the server should actively update the cache by sending a new notification. We could also resurrect the Max-Age option in a request to let a client control the maximum time between 2 notifications even if there is no change of state. Matthieu From angelo.castellani@gmail.com Mon Mar 7 01:15:25 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C08EF28C106; Mon, 7 Mar 2011 01:15:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.924 X-Spam-Level: X-Spam-Status: No, score=-2.924 tagged_above=-999 required=5 tests=[AWL=0.053, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u0bdkN0obRZI; Mon, 7 Mar 2011 01:15:25 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id D4A7128C10A; Mon, 7 Mar 2011 01:15:23 -0800 (PST) Received: by mail-qy0-f172.google.com with SMTP id 29so1647175qyk.10 for ; Mon, 07 Mar 2011 01:16:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=iaHMifTpqNery6DXj5fLkXTQmjS8ANkkfeQz1XqRYQI=; b=qgznPGLZXR4SpPdRM3m4oxXVxX5MAcmMCCstG4XrW8omlgEsrGZ6Rw9Sl9i1HRALdz mR0yNUTMW7hOc6Iu92FfPwzQmc9Td0Eu0P7SP6egzCPSBAvBOdDQ0SjXpDMGVitmTRqn UtufTTl7UiSODlO8LRptAfvjoRN53CdXcrSAk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=qQTkdRwByi17rXtWSGsay543Q5XJUsXPfYsD2LecTPRI50WZ/y5IqToDt3iB/BEpaM xb+YlLfUeutm+1M1gD/Zs7l55PKa110szT/94Mnyf9aO/NnRsi0x9rzENkxo8f0li286 zefTORPLSakM+vlMue6lWu4hsZtaVFmQ9sUjA= Received: by 10.229.44.198 with SMTP id b6mr2620271qcf.67.1299489397125; Mon, 07 Mar 2011 01:16:37 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Mon, 7 Mar 2011 01:16:17 -0800 (PST) In-Reply-To: References: From: "Angelo P. Castellani" Date: Mon, 7 Mar 2011 10:16:17 +0100 X-Google-Sender-Auth: zcXwjCD0BRD60oGtM4ObxxlvNi4 Message-ID: To: Matthieu VIAL Content-Type: text/plain; charset=ISO-8859-1 Cc: core-bounces@ietf.org, "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notification fordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 09:15:25 -0000 On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL wrote: >>When an observation is in progress on a resource and the last notified > value is going to expire, the server should actively update the cache > by sending a new notification. > > We could also resurrect the Max-Age option in a request to let a client > control the maximum time between 2 notifications even if there is no > change of state. +1 I like also this use of Max-Age. So related to option b of my previous message a cache notifies its Max-Age internal upper bound in this way. Angelo From abr@sdesigns.dk Mon Mar 7 04:30:25 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 168AB28C11B for ; Mon, 7 Mar 2011 04:30:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y606OfsoT+WC for ; Mon, 7 Mar 2011 04:30:24 -0800 (PST) Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 03A0C28C100 for ; Mon, 7 Mar 2011 04:30:23 -0800 (PST) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Mon, 7 Mar 2011 13:31:36 +0100 Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD7B1@zensys17.zensys.local> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: New Version Notification for draft-brandt-coap-subnet-discovery-00 Thread-Index: AcvcwrJdeV4I7GP5TGqOTU/RkgfeQgAAA7JA From: "Anders Brandt" To: Subject: [core] FW: New Version Notification for draft-brandt-coap-subnet-discovery-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 12:30:25 -0000 Hello The following draft has just been submitted. The draft addresses discovery of CoAP servers in environments with multiple subnets in a site. This is often the case in home control and building automation. Thanks, Anders Brandt -----Original Message----- From: IETF I-D Submission Tool [mailto:idsubmission@ietf.org]=20 Sent: Monday, March 07, 2011 13:24 To: Anders Brandt Subject: New Version Notification for draft-brandt-coap-subnet-discovery-00=20 A new version of I-D, draft-brandt-coap-subnet-discovery-00.txt has been successfully submitted by Anders Brandt and posted to the IETF repository. Filename: draft-brandt-coap-subnet-discovery Revision: 00 Title: Discovery of CoAP servers across subnets Creation_date: 2011-03-07 WG ID: Independent Submission Number_of_pages: 22 Abstract: The document describes the process of discovering CoAP servers distributed in multiple subnets in a non-specified topology. CoAP Discovery Gateways are used to discover one subnet from another. CoAP Discovery Gateways may provide caching to enable discovery of sleeping nodes in LLN environments. The solution scales to large installations since discovery is handled by the client in an incremental fashion. =20 The IETF Secretariat. From esko.dijk@philips.com Mon Mar 7 07:02:54 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0CC3C3A6998; Mon, 7 Mar 2011 07:02:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.499 X-Spam-Level: X-Spam-Status: No, score=-5.499 tagged_above=-999 required=5 tests=[AWL=1.100, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AORBh60Kvx-9; Mon, 7 Mar 2011 07:02:53 -0800 (PST) Received: from VA3EHSOBE009.bigfish.com (va3ehsobe006.messaging.microsoft.com [216.32.180.16]) by core3.amsl.com (Postfix) with ESMTP id E43533A67D3; Mon, 7 Mar 2011 07:02:52 -0800 (PST) Received: from mail114-va3-R.bigfish.com (10.7.14.250) by VA3EHSOBE009.bigfish.com (10.7.40.29) with Microsoft SMTP Server id 14.1.225.8; Mon, 7 Mar 2011 15:04:05 +0000 Received: from mail114-va3 (localhost.localdomain [127.0.0.1]) by mail114-va3-R.bigfish.com (Postfix) with ESMTP id 819B7FA0079; Mon, 7 Mar 2011 15:04:05 +0000 (UTC) X-SpamScore: -52 X-BigFish: VPS-52(zf7Iz15d6O9251J542N1432N98dN217bLzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail114-va3 (localhost.localdomain [127.0.0.1]) by mail114-va3 (MessageSwitch) id 1299510226538664_13159; Mon, 7 Mar 2011 15:03:46 +0000 (UTC) Received: from VA3EHSMHS013.bigfish.com (unknown [10.7.14.254]) by mail114-va3.bigfish.com (Postfix) with ESMTP id BD2B89100C7; Mon, 7 Mar 2011 15:03:45 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by VA3EHSMHS013.bigfish.com (10.7.99.23) with Microsoft SMTP Server (TLS) id 14.1.225.8; Mon, 7 Mar 2011 15:03:42 +0000 Received: from NLHILEXH04.connect1.local (172.16.153.45) by connect1.philips.com (172.16.156.49) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 7 Mar 2011 16:03:32 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLHILEXH04.connect1.local ([172.16.153.45]) with mapi; Mon, 7 Mar 2011 16:03:32 +0100 From: "Dijk, Esko" To: "Angelo P. Castellani" , Matthieu VIAL Date: Mon, 7 Mar 2011 16:03:31 +0100 Thread-Topic: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 Thread-Index: AcvcqMvGMS2CQ3vKQRWfSwpOPT/P2AAKj8Hw Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: "core@ietf.org" , "core-bounces@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 15:02:54 -0000 Dear Angelo and Matthieu, You wrote: > When an observation is in progress on a resource and the last notified > value is going to expire, the server should actively update the cache > by sending a new notification. This is a good way of keeping the cached resource fresh, though it extends = the definition of Notification (as in observe-01) because this kind of 'exp= iration driven notification' is not necessarily a result of any state chang= e of the resource. If we allow this use of Notifications, perhaps Section 4= .1 could mention this as a possible strategy for a server implementation (M= AY?). > We could also resurrect the Max-Age option in a request to let a client > control the maximum time between 2 notifications even if there is no > change of state. This sounds like a useful option to have, though it raises some questions: - it should be possible for the server to ignore the requested Max-Age? (e= .g. to avoid extra book-keeping per subscription which was discussed previo= usly on the list) - if ignored by the server, should the Observer be notified/made aware of t= his, or not? - potentially confusing in naming because the meaning of the Max-Age Option= in the server's response to the GET is entirely different? My present conclusion on this topic is that, if we keep the current freshne= ss model as is, the achieved cache performance necessarily depends on the v= alue(s) of the Max-Age Option that the server decides to use in its respons= es. If e.g. the server by default uses 'infinite' Max-Age (i.e. Angelo's pr= oposal for a default Max-Age) then caching is efficient. If the server deci= des to respond with Max-Age =3D 0 sec always, the cache won't cache anythin= g in the current model. best regards, Esko -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Ang= elo P. Castellani Sent: Monday 7 March 2011 10:16 To: Matthieu VIAL Cc: core-bounces@ietf.org; core@ietf.org; Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe= -01 On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL wrote: >>When an observation is in progress on a resource and the last notified > value is going to expire, the server should actively update the cache > by sending a new notification. > > We could also resurrect the Max-Age option in a request to let a client > control the maximum time between 2 notifications even if there is no > change of state. +1 I like also this use of Max-Age. So related to option b of my previous message a cache notifies its Max-Age internal upper bound in this way. Angelo _______________________________________________ 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 angelo.castellani@gmail.com Mon Mar 7 08:28:46 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DF9983A67F3 for ; Mon, 7 Mar 2011 08:28:46 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.927 X-Spam-Level: X-Spam-Status: No, score=-2.927 tagged_above=-999 required=5 tests=[AWL=0.050, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id plhNZb6meBY9 for ; Mon, 7 Mar 2011 08:28:45 -0800 (PST) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 67B1A3A67EE for ; Mon, 7 Mar 2011 08:28:45 -0800 (PST) Received: by qyk7 with SMTP id 7so3569186qyk.10 for ; Mon, 07 Mar 2011 08:29:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=npDdxJVPT4jqmmWpQc/90eUCh56NlujmqvO6xBTDzck=; b=Yza6K+xNFa6A55lHazvTan18JOY/Xlo8B7jzIYRLgDHXrFX+mgzgZu9NrVk8neOOXf 71eWTPpfVT3Hs+XtiukEd8A00kciGrJiJGRZAeXKo5I5CT6103Z7kBpeFfXpaa0vdK1e UwT+iZHMBHfAh49mLbT6tR+oK9ES1rDfY8bEI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=IUyZtyu4xQEOUAr8Ialp4UYQv9zkUTkQ4FH8UHGbjnlhwEvCb1DZg9WXS9+gHrmKmP 3GP3JbSM1ywg2kY08WduJ98ruY9wF9bJ4QP7LtA701uPY8mxJNkUEeL5WwUPYWQqt+eQ LIlFs5hz77hKBcTBFrkFCe4Ef/DtkCvStHclI= Received: by 10.229.218.142 with SMTP id hq14mr1987309qcb.29.1299515398094; Mon, 07 Mar 2011 08:29:58 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Mon, 7 Mar 2011 08:29:38 -0800 (PST) In-Reply-To: <20110307162339.40B043A6919@core3.amsl.com> References: <20110307162339.40B043A6919@core3.amsl.com> From: "Angelo P. Castellani" Date: Mon, 7 Mar 2011 17:29:38 +0100 X-Google-Sender-Auth: YKjPE6CR5Yh2EFA34LM91V5wH_s Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [core] Fwd: New Version Notification for draft-castellani-core-transport-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 07 Mar 2011 16:28:47 -0000 All, in the current CoAP design the "message"-layer addresses transport related problems, this is a good approach and I understand that we are not chartered to do more than this (transport). However in the process of evaluating and implementing CoAP on a constrained device, I have initially tried to isolate transport related features specified in the "message"-layer of CoAP and optimize them (see overhead-00). In that work I have seen that transport features of CoAP can be enhanced, and advanced CoAP functionalities can benefit in having a more advanced transport support (i.e. subscriptions, sequential requests and large resources). To this end I have extracted the "message"-layer features designed for CoAP in a separate protocol using "messaging" communication model. The resulting protocol based over CoAP "message"-layer is more general and adds some interesting features that could be useful for CoAP too. This is a very preliminary work, is at a very initial stage and for this reason please be patient if it has any issue or bug. I share it with the WG to understand if there is interest on it and hoping to receive some feedback. I extensively relied upon the work done by the WG in specifying the CoAP "message"-layer, so thanks! Best, Angelo p.s.: the draft is available here: http://www.ietf.org/id/draft-castellani-core-transport-00.txt ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 7, 2011 at 17:23 Subject: New Version Notification for draft-castellani-core-transport-00 To: angelo@castellani.net A new version of I-D, draft-castellani-core-transport-00.txt has been successfully submitted by Angelo P. Castellani and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-castellani-core-transport Revision: =A0 =A0 =A0 =A000 Title: =A0 =A0 =A0 =A0 =A0 Constrained Messaging Protocol: an UDP protocol extension useful for CoAP and other protocols. Creation_date: =A0 2011-03-07 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 20 Abstract: This document aims at exploring the benefits of designing a more general-purpose transport protocol for CoAP: the proposed protocol is believed to be viable for implementation on constrained devices and proves to be suitable for transporting CoAP request/responses. The IETF Secretariat. From oscar.garcia@philips.com Mon Mar 7 23:04:01 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A2BEA3A68EE for ; Mon, 7 Mar 2011 23:04:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -6.599 X-Spam-Level: X-Spam-Status: No, score=-6.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QTrnIe3uszyy for ; Mon, 7 Mar 2011 23:03:59 -0800 (PST) Received: from TX2EHSOBE002.bigfish.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by core3.amsl.com (Postfix) with ESMTP id 231783A6832 for ; Mon, 7 Mar 2011 23:03:59 -0800 (PST) Received: from mail183-tx2-R.bigfish.com (10.9.14.244) by TX2EHSOBE002.bigfish.com (10.9.40.22) with Microsoft SMTP Server id 14.1.225.8; Tue, 8 Mar 2011 07:05:08 +0000 Received: from mail183-tx2 (localhost.localdomain [127.0.0.1]) by mail183-tx2-R.bigfish.com (Postfix) with ESMTP id 3FF6F360253 for ; Tue, 8 Mar 2011 07:05:08 +0000 (UTC) X-SpamScore: -43 X-BigFish: VPS-43(zz15d6O9251J936eK542N1370I217bLzz1202hzz8275bh8275dh1033ILz2dh2a8h668h) X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail183-tx2 (localhost.localdomain [127.0.0.1]) by mail183-tx2 (MessageSwitch) id 12995679084449_11305; Tue, 8 Mar 2011 07:05:08 +0000 (UTC) Received: from TX2EHSMHS022.bigfish.com (unknown [10.9.14.244]) by mail183-tx2.bigfish.com (Postfix) with ESMTP id F2B3C1150052 for ; Tue, 8 Mar 2011 07:05:07 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by TX2EHSMHS022.bigfish.com (10.9.99.122) with Microsoft SMTP Server (TLS) id 14.1.225.8; Tue, 8 Mar 2011 07:05:05 +0000 Received: from nlamsexh01.connect1.local (172.16.153.11) by connect1.philips.com (172.16.156.151) with Microsoft SMTP Server (TLS) id 8.3.106.1; Tue, 8 Mar 2011 08:05:08 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by nlamsexh01.connect1.local ([172.16.153.11]) with mapi; Tue, 8 Mar 2011 08:05:02 +0100 From: "Garcia Morchon, Oscar" To: "core@ietf.org" Date: Tue, 8 Mar 2011 08:04:39 +0100 Thread-Topic: New Version Notification for draft-garcia-core-security-00 Thread-Index: AcvdEogZaLsqtaMXTxebLQrmhlQDYAAS4+MQ Message-ID: <5F6BB0D9318FCA4083FC774C9A9ECEF68AC036B53E@NLCLUEXM03.connect1.local> Accept-Language: en-US, nl-NL Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US, nl-NL Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: philips.com Subject: [core] FW: New Version Notification for draft-garcia-core-security-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 08 Mar 2011 07:04:01 -0000 QWxsLA0KDQpXZSBoYXZlIHN1Ym1pdHRlZCBhbiBJbnRlcm5ldCBEcmFmdCB3aXRoIHNlY3VyaXR5 IGNvbnNpZGVyYXRpb25zDQppbiB0aGUgY29udGV4dCBvZiB0aGUgbGlmZWN5Y2xlIG9mIGEgZGV2 aWNlLiBXZSBob3BlIHRoYXQgdGhpcyBJLUQNCmhlbHBzIHRvIGltcHJvdmUgdGhlIHN5c3RlbSBz ZWN1cml0eS4NCg0KaHR0cDovL3Rvb2xzLmlldGYub3JnL2h0bWwvZHJhZnQtZ2FyY2lhLWNvcmUt c2VjdXJpdHktMDANCg0KUmVnYXJkcywNCg0KICAgICAgICBPc2Nhci4NCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IElFVEYgSS1EIFN1Ym1pc3Npb24gVG9vbCBbbWFpbHRvOmlk c3VibWlzc2lvbkBpZXRmLm9yZ10NClNlbnQ6IE1vbmRheSA3IE1hcmNoIDIwMTEgMjI6NTUNClRv OiBHYXJjaWEgTW9yY2hvbiwgT3NjYXINCkNjOiBLZW9oLCBTeWUgTG9vbmc7IEt1bWFyLCBTYW5k ZWVwOyByZW5lLmh1bW1lbkBjcy5yd3RoLWFhY2hlbi5kZTsgcnN0cnVpay5leHRAZ21haWwuY29t DQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0LWdhcmNpYS1jb3Jl LXNlY3VyaXR5LTAwDQoNCg0KQSBuZXcgdmVyc2lvbiBvZiBJLUQsIGRyYWZ0LWdhcmNpYS1jb3Jl LXNlY3VyaXR5LTAwLnR4dCBoYXMgYmVlbiBzdWNjZXNzZnVsbHkgc3VibWl0dGVkIGJ5IE9zY2Fy IEdhcmNpYS1Nb3JjaG9uIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4NCg0KRmls ZW5hbWU6ICAgICAgICBkcmFmdC1nYXJjaWEtY29yZS1zZWN1cml0eQ0KUmV2aXNpb246ICAgICAg ICAwMA0KVGl0bGU6ICAgICAgICAgICBTZWN1cml0eSBDb25zaWRlcmF0aW9ucyBpbiB0aGUgSVAt YmFzZWQgSW50ZXJuZXQgb2YgVGhpbmdzDQpDcmVhdGlvbl9kYXRlOiAgIDIwMTEtMDMtMDcNCldH IElEOiAgICAgICAgICAgSW5kZXBlbmRlbnQgU3VibWlzc2lvbg0KTnVtYmVyX29mX3BhZ2VzOiAy NQ0KDQpBYnN0cmFjdDoNCkEgZGlyZWN0IGludGVycHJldGF0aW9uIG9mIHRoZSBJbnRlcm5ldCBv ZiBUaGluZ3MgY29uY2VwdCByZWZlcnMgdG8NCnRoZSB1c2FnZSBvZiBzdGFuZGFyZCBJbnRlcm5l dCBwcm90b2NvbHMgdG8gYWxsb3cgZm9yIGh1bWFuLXRvLXRoaW5nDQpvciB0aGluZy10by10aGlu ZyBjb21tdW5pY2F0aW9uLiAgQWx0aG91Z2ggdGhlIHNlY3VyaXR5IG5lZWRzIGFyZQ0Kd2VsbC1y ZWNvZ25pemVkLCBpdCBpcyBzdGlsbCBub3QgZnVsbHkgY2xlYXIgaG93IGV4aXN0aW5nIElQLWJh c2VkDQpzZWN1cml0eSBwcm90b2NvbHMgY2FuIGJlIGFwcGxpZWQgdG8gdGhpcyBuZXcgc2V0dGlu Zy4gIFRoaXMNCkludGVybmV0LURyYWZ0IGZpcnN0IHByb3ZpZGVzIGFuIG92ZXJ2aWV3IG9mIHNl Y3VyaXR5IGFyY2hpdGVjdHVyZSwNCml0cyBkZXBsb3ltZW50IG1vZGVsIGFuZCBnZW5lcmFsIHNl Y3VyaXR5IG5lZWRzIGluIHRoZSBjb250ZXh0IG9mIHRoZQ0KbGlmZWN5Y2xlIG9mIGEgdGhpbmcu ICBUaGVuLCBpdCBwcmVzZW50cyBjaGFsbGVuZ2VzIGFuZCByZXF1aXJlbWVudHMNCmZvciB0aGUg c3VjY2Vzc2Z1bCByb2xsLW91dCBvZiBuZXcgYXBwbGljYXRpb25zIGFuZCB1c2FnZSBvZiBzdGFu ZGFyZA0KSVAtYmFzZWQgc2VjdXJpdHkgcHJvdG9jb2xzIHdoZW4gYXBwbGllZCB0byBnZXQgYSBm dW5jdGlvbmFsIEludGVybmV0DQpvZiBUaGluZ3MuDQoNCg0KDQpUaGUgSUVURiBTZWNyZXRhcmlh dC4NCg0KDQoNClRoZSBpbmZvcm1hdGlvbiBjb250YWluZWQgaW4gdGhpcyBtZXNzYWdlIG1heSBi ZSBjb25maWRlbnRpYWwgYW5kIGxlZ2FsbHkgcHJvdGVjdGVkIHVuZGVyIGFwcGxpY2FibGUgbGF3 LiBUaGUgbWVzc2FnZSBpcyBpbnRlbmRlZCBzb2xlbHkgZm9yIHRoZSBhZGRyZXNzZWUocykuIElm IHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHlvdSBhcmUgaGVyZWJ5IG5vdGlm aWVkIHRoYXQgYW55IHVzZSwgZm9yd2FyZGluZywgZGlzc2VtaW5hdGlvbiwgb3IgcmVwcm9kdWN0 aW9uIG9mIHRoaXMgbWVzc2FnZSBpcyBzdHJpY3RseSBwcm9oaWJpdGVkIGFuZCBtYXkgYmUgdW5s YXdmdWwuIElmIHlvdSBhcmUgbm90IHRoZSBpbnRlbmRlZCByZWNpcGllbnQsIHBsZWFzZSBjb250 YWN0IHRoZSBzZW5kZXIgYnkgcmV0dXJuIGUtbWFpbCBhbmQgZGVzdHJveSBhbGwgY29waWVzIG9m IHRoZSBvcmlnaW5hbCBtZXNzYWdlLg0K From matthieu.vial@fr.non.schneider-electric.com Tue Mar 8 00:41:50 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 98F8A3A6915 for ; Tue, 8 Mar 2011 00:41:50 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qEFpuYInKdFt for ; Tue, 8 Mar 2011 00:41:49 -0800 (PST) Received: from mailX02.eud.schneider-electric.com (mailx02.eud.schneider-electric.com [205.167.7.38]) by core3.amsl.com (Postfix) with ESMTP id BDFAF3A68EA for ; Tue, 8 Mar 2011 00:41:49 -0800 (PST) Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX02.eud.schneider-electric.com with ESMTP id 2011030809180048-190888 ; Tue, 8 Mar 2011 09:18:00 +0100 To: core@ietf.org MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: Matthieu VIAL Message-ID: Date: Tue, 8 Mar 2011 09:30:07 +0100 X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 08/03/2011 09:43:00, Serialize complete at 08/03/2011 09:43:00, Itemize by SMTP Server on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 08/03/2011 09:18:00, Serialize by Router on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 08/03/2011 09:18:01, Serialize complete at 08/03/2011 09:18:01 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="ISO-8859-1" Subject: [core] Tr : New Version Notification for draft-vial-core-link-format-wadl-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 08 Mar 2011 08:41:50 -0000 Dear all, Here is a new draft that helps understand how to combine a WADL interface=20 description with link-format. Of course any comment is welcome so feel free to give your feedback. http://tools.ietf.org/id/draft-vial-core-link-format-wadl-00.txt Matthieu ----- R=E9achemin=E9 par Matthieu Vial/FR/Non/Schneider le 08/03/2011 09:17= =20 ----- IETF I-D Submission Tool =20 07/03/2011 23:02 A zach@sensinode.com cc Matthieu Vial/FR/Non/Schneider@Europe Objet New Version Notification for draft-vial-core-link-format-wadl-00 A new version of I-D, draft-vial-core-link-format-wadl-00.txt has been=20 successfully submitted by Zach Shelby and posted to the IETF repository. Filename: draft-vial-core-link-format-wadl Revision: 00 Title: Interface description with WADL in CoRE Creation=5Fdate: 2011-03-08 WG ID: Independent Submission Number=5Fof=5Fpages: 12 Abstract: This document provides guidelines to use the Web Application Description Language (WADL) in Constrained RESTful environments. The document mainly focuses on how to combine WADL with the CoRE Link Format to describe a REST interface. =20 The IETF Secretariat. =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F This email has been scanned by the MessageLabs Email Security System. =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F= =5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F=5F From trac+core@trac.tools.ietf.org Tue Mar 8 01:27:35 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 520563A6778 for ; Tue, 8 Mar 2011 01:27:35 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 4zeSKO5zc8uW for ; Tue, 8 Mar 2011 01:27:34 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 8BF6E3A65A5 for ; Tue, 8 Mar 2011 01:27:34 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PwtDj-0000mu-KY; Tue, 08 Mar 2011 01:28:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: likepeng@huawei.com X-Trac-Project: core Date: Tue, 08 Mar 2011 09:28:47 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/114#comment:1 Message-ID: <067.80b8e165f5fc3310101469fd5b8a8522@trac.tools.ietf.org> References: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-Trac-Ticket-ID: 114 In-Reply-To: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: likepeng@huawei.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 X-Mailman-Approved-At: Tue, 08 Mar 2011 06:24:36 -0800 Cc: core@ietf.org Subject: Re: [core] #114: Block Size Negotiation for Put/Post X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 08 Mar 2011 09:27:35 -0000 #114: Block Size Negotiation for Put/Post Comment(by likepeng@…): I notice one disadvantage with the block size nogotiation in Post/Put. Here is the use case: in the first block message, client sends a Put/Post request using block option with the suggested block size, and the first block data, server responds with a new reduced block size. Then the data sent in the first block message may be useless, or partially useless. In this case, does the server need to detruncate the first block data to the server determined block size? Kepeng Li -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: defect | Status: new Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From hartke@tzi.org Tue Mar 8 07:18:01 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C0C153A67BD for ; Tue, 8 Mar 2011 07:18:01 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.801 X-Spam-Level: X-Spam-Status: No, score=-0.801 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, HELO_MISMATCH_DE=1.448] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 6psbVcy-snIf for ; Tue, 8 Mar 2011 07:18:01 -0800 (PST) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id A366F3A67A8 for ; Tue, 8 Mar 2011 07:18:00 -0800 (PST) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from webmail.informatik.uni-bremen.de (maildrop [134.102.201.19]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p28FJ2LF024063 for ; Tue, 8 Mar 2011 16:19:07 +0100 (CET) MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Date: Tue, 08 Mar 2011 16:19:02 +0100 From: Klaus Hartke To: Message-ID: <3f00ed02ceefac33f8ddd1aa62e273b3@webmail.informatik.uni-bremen.de> X-Sender: hartke@tzi.org User-Agent: Roundcube Webmail/0.5.1 Subject: [core] Fwd: New Version Notification for draft-hartke-core-coap-http-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 08 Mar 2011 15:18:01 -0000 I've put my thoughts into action and submitted an I-D on accessing HTTP resources over CoAP. The opposite direction (accessing CoAP resources over HTTP) should be similar. http://tools.ietf.org/html/draft-hartke-core-coap-http-00 Klaus -------- Original Message -------- Subject: New Version Notification for draft-hartke-core-coap-http-00 Date: Mon, 7 Mar 2011 11:33:15 -0800 (PST) From: IETF I-D Submission Tool A new version of I-D, draft-hartke-core-coap-http-00.txt has been successfully submitted by Klaus Hartke and posted to the IETF repository. Filename: draft-hartke-core-coap-http Revision: 00 Title: Accessing HTTP resources over CoAP Creation_date: 2011-03-07 WG ID: Independent Submission Number_of_pages: 11 Abstract: The CoAP/HTTP proxying mechanism defined in this document enables Constrained Application Protocol (CoAP) clients to access a Hypertext Transfer Protocol (HTTP) resource by delegating the task of retrieving resource representations and manipulating resources to a CoAP intermediary. The IETF Secretariat. From zach@sensinode.com Tue Mar 8 08:36:23 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A61573A6923 for ; Tue, 8 Mar 2011 08:36:23 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2F0q3tCwkMkl for ; Tue, 8 Mar 2011 08:36:21 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 1E3EB3A68F5 for ; Tue, 8 Mar 2011 08:36:20 -0800 (PST) Received: from [10.0.2.2] (line-11027.dyn.kponet.fi [85.29.89.125]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p28GX9h6020860 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 8 Mar 2011 18:33:13 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-576--827755727; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: Date: Tue, 8 Mar 2011 18:33:11 +0200 Message-Id: <65E4D67F-10BC-41AC-91BC-7E98A9C2C865@sensinode.com> References: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> To: "Angelo P. Castellani" X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org, Klaus Hartke Subject: Re: [core] Thoughts on HTTP Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 08 Mar 2011 16:36:23 -0000 --Apple-Mail-576--827755727 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Mar 6, 2011, at 11:07 PM, Angelo P. Castellani wrote: > In my opinion there is still no agreement in the WG about the > acceptable level of complexity that can be left to implement a > CoAP/HTTP proxy. I do not consider this to be a very constrained device. Considering the = amount of networking complexity needed on the HTTP side including = security etc. along with typical placement, this would tend to be at = minimum a full embedded OS (Embedded Linux, QNX etc.) or a PC. =46rom my = experience with deploying CoAP/HTTP proxies so for I have seen three = deployment points: 1. Integrated with a 6LoWPAN/IPv6 access point, these tend to be = embedded Linux boxes running e.g. an ARM9 with 8-32 MB of RAM and Flash.=20= 2. Deployed on a PC or IP router in the local M2M network.=20 3. Deployed on an intermediate or backend server.=20 There is value for keeping the CoAP/HTTP mapping straightforward, but = this comes from manageability and human understandability. There are = some scalability issues when deploying a high capacity proxy on a = backend server. =20 Zach --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-576--827755727 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMwODE2MzMx MVowIwYJKoZIhvcNAQkEMRYEFL6VCxNRD/FOIq20KioKeqdrKIpmMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAF1ZEIRFf/gEiW0U7aHD3byx3WTXp9R4WU1EV3eAK5GnrUtRGWCuI0Wh dNq8A6ZqkMcFy9PQ0BCWCT8q2S/PhLfY2wG7hDWNGMsQz2l1mfaQObFSdCsXtFN2+UxDQXi/Wu2r z98m7gnV8jAuV4E9GM5tY2hFB+7FKgZSE/z4GrMxmSH4P/jSRfQWtp4EKZ4oAQpsOWiCP/SU7+7b 1epNkCst5taMT3LWIATpDJsA4oeBHcJaoQn40LMLUPGEO8pG5VGvA/KnjG1RcKOgSl8MqJD995I2 WP0pwRPr5cJOva3/kDr3Qw0glBi/bOrPLbPKqriQBv81xRJZpk59kHv0BusAAAAAAAA= --Apple-Mail-576--827755727-- From angelo.castellani@gmail.com Tue Mar 8 08:44:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 33E503A67E7 for ; Tue, 8 Mar 2011 08:44:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.93 X-Spam-Level: X-Spam-Status: No, score=-2.93 tagged_above=-999 required=5 tests=[AWL=0.047, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VWZTvXcu-8ET for ; Tue, 8 Mar 2011 08:44:15 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 634E03A6827 for ; Tue, 8 Mar 2011 08:44:15 -0800 (PST) Received: by qwh6 with SMTP id 6so4752743qwh.31 for ; Tue, 08 Mar 2011 08:45:30 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=1sV6KiHFT8/ZJX/KpwJ5zpflIgNSX9BnOrzGow5IhRQ=; b=us3LMkAsMCH8YaW76cspBYX2HStuow3jadCiETXgkv/1rs5LOkNkByGtenOVbLzxoW MsalVsKnVzHond4hL2drA5Bu/bXrHAExzv5tgqvwNYng1759Y/5mm8moTtdXnyVdSkaV RXvI2bVBXrlGo/WST3PaUGr1e2n0feHmqUagw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=x2fbkuFWxxK3XY9Rqxgqmp7BLDQvPz6a3t2CuOSNSjVdyODF5Lap//1NtXHUCqU4EY HAUIrAcLknE72iM24yOcrB8FM9pnri7LGlyKGLS+2hT7S4ZSS/JW+mfrEvCTbHqL3EPR IpvAdjABqU8aaPdmpol7Jp3/MpM4/hJo9cspM= Received: by 10.229.101.75 with SMTP id b11mr4118235qco.105.1299602730182; Tue, 08 Mar 2011 08:45:30 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.238.71 with HTTP; Tue, 8 Mar 2011 08:45:10 -0800 (PST) In-Reply-To: <65E4D67F-10BC-41AC-91BC-7E98A9C2C865@sensinode.com> References: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> <65E4D67F-10BC-41AC-91BC-7E98A9C2C865@sensinode.com> From: "Angelo P. Castellani" Date: Tue, 8 Mar 2011 17:45:10 +0100 X-Google-Sender-Auth: vDc6g9irgUwmt20ei26hw-vqYqM Message-ID: To: Zach Shelby Content-Type: text/plain; charset=ISO-8859-1 Cc: core@ietf.org, Klaus Hartke Subject: Re: [core] Thoughts on HTTP Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 08 Mar 2011 16:44:16 -0000 On Tue, Mar 8, 2011 at 17:33, Zach Shelby wrote: > I do not consider this to be a very constrained device. I agree with you. If we assume that the number of CoAP nodes handled by a single proxy is low, I see no complexity right now in the HTTP mapping. When the number of CoAP nodes handled by a single proxy grows, I am not sure that the level of complexity required to deploy a proxy is acceptable right now. Best, Angelo From trac+core@trac.tools.ietf.org Tue Mar 8 17:31:18 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7F683A67EA for ; Tue, 8 Mar 2011 17:31:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NDAnHRC5U8cY for ; Tue, 8 Mar 2011 17:31:18 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 2170D3A67E6 for ; Tue, 8 Mar 2011 17:31:18 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Px8GN-0004s5-DP; Tue, 08 Mar 2011 17:32:31 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: likepeng@huawei.com X-Trac-Project: core Date: Wed, 09 Mar 2011 01:32:31 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/118#comment:1 Message-ID: <067.a978c063b72b7c61e0a1c9570b158002@trac.tools.ietf.org> References: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-Trac-Ticket-ID: 118 In-Reply-To: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: likepeng@huawei.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 Cc: core@ietf.org Subject: Re: [core] #118: Block URI Transmission X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 01:31:18 -0000 #118: Block URI Transmission Comment(by likepeng@…): Can we just use Token to correlate the blocks? That is, only the first block request has URI, all the following block requests use Token to correlate with the first block request, then we don't need to send URI in the following block requests. For the response, currently, it can be achieved already by using Message ID, without returning URI again. Kepeng Li -- ----------------------------------+----------------------------------------- Reporter: likepeng@… | Owner: Type: protocol enhancement | Status: new Priority: major | Milestone: Component: block | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From stpeter@stpeter.im Tue Mar 8 20:18:38 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3240A3A6817 for ; Tue, 8 Mar 2011 20:18:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.623 X-Spam-Level: X-Spam-Status: No, score=-102.623 tagged_above=-999 required=5 tests=[AWL=-0.024, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DDb9hQTqJCQw for ; Tue, 8 Mar 2011 20:18:37 -0800 (PST) Received: from stpeter.im (stpeter.im [207.210.219.233]) by core3.amsl.com (Postfix) with ESMTP id 2350B3A6812 for ; Tue, 8 Mar 2011 20:18:37 -0800 (PST) Received: from squire.local (dsl-251-69.dynamic-dsl.frii.net [216.17.251.69]) (Authenticated sender: stpeter) by stpeter.im (Postfix) with ESMTPSA id 4569C4011B for ; Tue, 8 Mar 2011 21:39:50 -0700 (MST) Message-ID: <4D76FFE7.5080402@stpeter.im> Date: Tue, 08 Mar 2011 21:19:51 -0700 From: Peter Saint-Andre User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.2.15) Gecko/20110303 Thunderbird/3.1.9 MIME-Version: 1.0 To: core@ietf.org References: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> In-Reply-To: <569319c4cfa5032d751db0ae9ffff74d@webmail.informatik.uni-bremen.de> X-Enigmail-Version: 1.1.1 OpenPGP: url=http://www.saint-andre.com/me/stpeter.asc Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="------------ms010005000504020800040700" Subject: Re: [core] Thoughts on HTTP Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 09 Mar 2011 04:18:38 -0000 This is a cryptographically signed message in MIME format. --------------ms010005000504020800040700 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On 3/6/11 7:23 AM, Klaus Hartke wrote: > That said, it would of course be nice if there was some informative > text on possible proxy and reverse proxy implementations.=20 Yes, if folks care about this they can write an informational document. I know some folks who might want to write such a document for an XMPP mapping, too... > But I > don't think this is something that needs to happen in draft-ietf- > core-coap. Agreed. Peter --=20 Peter Saint-Andre https://stpeter.im/ --------------ms010005000504020800040700 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: S/MIME Cryptographic Signature MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIITzjCC BjQwggQcoAMCAQICASMwDQYJKoZIhvcNAQELBQAwfTELMAkGA1UEBhMCSUwxFjAUBgNVBAoT DVN0YXJ0Q29tIEx0ZC4xKzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNp Z25pbmcxKTAnBgNVBAMTIFN0YXJ0Q29tIENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA3 MTAyNDIxMDMzM1oXDTE3MTAyNDIxMDMzM1owgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1T dGFydENvbSBMdGQuMSswKQYDVQQLEyJTZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWdu aW5nMTgwNgYDVQQDEy9TdGFydENvbSBDbGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENs aWVudCBDQTCCASIwDQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBALmjSW4SPiDKlAinvVeL ZOVfItiuP1aRHL530E7QUc9icCwL33+PH+Js1HAh8CgWFl34sOxx1FJyS/C4VLPRsqDfP72j tzCVUAL0DAxZ7wgzQvFz7x61jGxfhYhqYb1+PPOLkYBbkRIrPMg3dLEdKmXIYJYXDH+mB/V/ jLo73/Kb7h/rNoNg/oHHSv5Jolyvp5IY2btfcTBfW/telEFj5rDTX2juTvZ3Qhf3XQX5ca3Q 7A10zrUV/cWJOJ7F5RltbEIaboZmX5JBUb3FhUiAdBotehAX6DbDOuYoJtVxmGof6GuVGcPo 98K4TJf8FHo+UA9EOVDp/W7fCqKT4sXk/XkCAwEAAaOCAa0wggGpMA8GA1UdEwEB/wQFMAMB Af8wDgYDVR0PAQH/BAQDAgEGMB0GA1UdDgQWBBR7iZySlyShhEcCy3T8LvSs3DLl8zAfBgNV HSMEGDAWgBROC+8apEBbpRdphzDKNGhD0EGu8jBmBggrBgEFBQcBAQRaMFgwJwYIKwYBBQUH MAGGG2h0dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9jYTAtBggrBgEFBQcwAoYhaHR0cDovL3d3 dy5zdGFydHNzbC5jb20vc2ZzY2EuY3J0MFsGA1UdHwRUMFIwJ6AloCOGIWh0dHA6Ly93d3cu c3RhcnRzc2wuY29tL3Nmc2NhLmNybDAnoCWgI4YhaHR0cDovL2NybC5zdGFydHNzbC5jb20v c2ZzY2EuY3JsMIGABgNVHSAEeTB3MHUGCysGAQQBgbU3AQIBMGYwLgYIKwYBBQUHAgEWImh0 dHA6Ly93d3cuc3RhcnRzc2wuY29tL3BvbGljeS5wZGYwNAYIKwYBBQUHAgEWKGh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2ludGVybWVkaWF0ZS5wZGYwDQYJKoZIhvcNAQELBQADggIBAGpd SbdLFMhirxK37V4gE00+uW74UdAXtDgQI3AsRZWtaRtKHgAxFBSteqz4kDkeAjH/1b+K8tQR 6cxSI2nho7qOaPW/UpzOfSS/MeKK/9vfM2lfs+uItXH7LWtvS9wD1erfH1a+BXHCrCp4LA1l fADDhRIiGTSS3i0Zu5xV3INNRHrCCCl6patltQ8RZTqzDMri7ombgIxjN51Zo7xV77EZcThV 0GA8iIN+7T53uHhUJpjfLIztHs/69OclRvHux9hCflfOm7GY5Sc4nqjfES+5XPArGGWiQSEk ez37QfXqsxO3oCHK4b3DFZysG4uyOuC/WL80ab3muQ3tgwjBhq0D3JZN5kvu5gSuNZPa1WrV hEgXkd6C7s5stqB6/htVpshG08jRz9DEutGM9oKQ1ncTivbfPNx7pILoHWvvT7N5i/puVoNu bPUmLXh/2wA6wzAzuuoONiIL14Xpw6jLSnqpaLWElo2yTIFZ/CU/nCvvpW1Dj1457P3Ci9bD 0RPkWSR+CuucpgxrEmaw4UOLxflzuYYaq1RJwygOO5K0s2bAWOcXpgteyUOnQ3d/EjJAWRri 2v0ubiq+4H3KUOMlbznlPAY/1T8YyyJPM88+Ueahe/AW1zoUwZayNcTnuM7cq6yBV8Wr3GOI LFXhtT0UVuJLChPMJKVKVsa7qNorlLkMMIIGxzCCBa+gAwIBAgICAIswDQYJKoZIhvcNAQEF BQAwgYwxCzAJBgNVBAYTAklMMRYwFAYDVQQKEw1TdGFydENvbSBMdGQuMSswKQYDVQQLEyJT ZWN1cmUgRGlnaXRhbCBDZXJ0aWZpY2F0ZSBTaWduaW5nMTgwNgYDVQQDEy9TdGFydENvbSBD bGFzcyAzIFByaW1hcnkgSW50ZXJtZWRpYXRlIENsaWVudCBDQTAeFw0xMDEwMTQwMTM2MzRa Fw0xMjEwMTQxMjAxMDdaMIHAMSAwHgYDVQQNExcyNzQ1ODEtOU5YMDRxeExEYjBvNDY5VDEL MAkGA1UEBhMCVVMxETAPBgNVBAgTCENvbG9yYWRvMQ8wDQYDVQQHEwZEZW52ZXIxLDAqBgNV BAsTI1N0YXJ0Q29tIFRydXN0ZWQgQ2VydGlmaWNhdGUgTWVtYmVyMRowGAYDVQQDExFQZXRl ciBTYWludC1BbmRyZTEhMB8GCSqGSIb3DQEJARYSc3RwZXRlckBzdHBldGVyLmltMIIBIjAN BgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAuERvnrkpQTx9wbJfgxbNKEYvt0IilecZRUM6 wrbCzIUPCocuYhaAJcQoqIyHaKybPQ7f+DIGIAolAa3dHnNdlsXP2smTft/ZNpj10PIG5bil NAqLUYwmLJaEaqY7BMW8423U3blW43/luLJk/Pq4OsWcw7AK3LeVh1U/HOgqhin26N3h72X1 nbLEpZFrgcp8egmWtXLCbLBDMqUK3j6wjLldni79muzYEVqU0A5GqSeb8Wc4kIx8VI5yL24J KzinG2iVRP5ZDEbOZETzBXJabUsV56XSxqPG9DK6ke+ybCiL/wKV1HFqdtFB1y25lfvHgOP2 gyEApBKEDNjgLmKyyQIDAQABo4IC+zCCAvcwCQYDVR0TBAIwADALBgNVHQ8EBAMCBLAwHQYD VR0lBBYwFAYIKwYBBQUHAwIGCCsGAQUFBwMEMB0GA1UdDgQWBBS2EW2iNB+g0EibKJLBdv8I eLovVDAfBgNVHSMEGDAWgBR7iZySlyShhEcCy3T8LvSs3DLl8zAdBgNVHREEFjAUgRJzdHBl dGVyQHN0cGV0ZXIuaW0wggFCBgNVHSAEggE5MIIBNTCCATEGCysGAQQBgbU3AQICMIIBIDAu BggrBgEFBQcCARYiaHR0cDovL3d3dy5zdGFydHNzbC5jb20vcG9saWN5LnBkZjA0BggrBgEF BQcCARYoaHR0cDovL3d3dy5zdGFydHNzbC5jb20vaW50ZXJtZWRpYXRlLnBkZjCBtwYIKwYB BQUHAgIwgaowFBYNU3RhcnRDb20gTHRkLjADAgEBGoGRTGltaXRlZCBMaWFiaWxpdHksIHNl ZSBzZWN0aW9uICpMZWdhbCBMaW1pdGF0aW9ucyogb2YgdGhlIFN0YXJ0Q29tIENlcnRpZmlj YXRpb24gQXV0aG9yaXR5IFBvbGljeSBhdmFpbGFibGUgYXQgaHR0cDovL3d3dy5zdGFydHNz bC5jb20vcG9saWN5LnBkZjBjBgNVHR8EXDBaMCugKaAnhiVodHRwOi8vd3d3LnN0YXJ0c3Ns LmNvbS9jcnR1My1jcmwuY3JsMCugKaAnhiVodHRwOi8vY3JsLnN0YXJ0c3NsLmNvbS9jcnR1 My1jcmwuY3JsMIGOBggrBgEFBQcBAQSBgTB/MDkGCCsGAQUFBzABhi1odHRwOi8vb2NzcC5z dGFydHNzbC5jb20vc3ViL2NsYXNzMy9jbGllbnQvY2EwQgYIKwYBBQUHMAKGNmh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NlcnRzL3N1Yi5jbGFzczMuY2xpZW50LmNhLmNydDAjBgNVHRIE HDAahhhodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS8wDQYJKoZIhvcNAQEFBQADggEBADVtbXJG tKAr55xc/OUM546gXUybI72Bank0w739Mv+9BBNtq9rMEvCnLmSKhBi76c1mdXh6zXs8RQDo 6nR/aPabE3llF2T4z80smi9jfnl3y9dpu9TcgDoqDLZ7a2lBlW656XAAQzHjvLp2MC7/mxlg PYH2axa+q40mAYM20GbNsAEGbWQT1IqIh0BcLLsgbaMJHbyG/57zd9JLyMX3Vry1L1fJRQr3 GeLxMV5RtxN+mBgxrwFz/cOc09COiFExlsHgekpB5O43gqsAU16MXypyoSt4MrSfKTMHIGx6 2RF/M6vqUlvhi28gk2ZUvQ/+OX5+gjcZyooEzAAn4RuOKNswggbHMIIFr6ADAgECAgIAizAN BgkqhkiG9w0BAQUFADCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4x KzApBgNVBAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMT L1N0YXJ0Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBMB4XDTEw MTAxNDAxMzYzNFoXDTEyMTAxNDEyMDEwN1owgcAxIDAeBgNVBA0TFzI3NDU4MS05TlgwNHF4 TERiMG80NjlUMQswCQYDVQQGEwJVUzERMA8GA1UECBMIQ29sb3JhZG8xDzANBgNVBAcTBkRl bnZlcjEsMCoGA1UECxMjU3RhcnRDb20gVHJ1c3RlZCBDZXJ0aWZpY2F0ZSBNZW1iZXIxGjAY BgNVBAMTEVBldGVyIFNhaW50LUFuZHJlMSEwHwYJKoZIhvcNAQkBFhJzdHBldGVyQHN0cGV0 ZXIuaW0wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQC4RG+euSlBPH3Bsl+DFs0o Ri+3QiKV5xlFQzrCtsLMhQ8Khy5iFoAlxCiojIdorJs9Dt/4MgYgCiUBrd0ec12Wxc/ayZN+ 39k2mPXQ8gbluKU0CotRjCYsloRqpjsExbzjbdTduVbjf+W4smT8+rg6xZzDsArct5WHVT8c 6CqGKfbo3eHvZfWdssSlkWuBynx6CZa1csJssEMypQrePrCMuV2eLv2a7NgRWpTQDkapJ5vx ZziQjHxUjnIvbgkrOKcbaJVE/lkMRs5kRPMFclptSxXnpdLGo8b0MrqR77JsKIv/ApXUcWp2 0UHXLbmV+8eA4/aDIQCkEoQM2OAuYrLJAgMBAAGjggL7MIIC9zAJBgNVHRMEAjAAMAsGA1Ud DwQEAwIEsDAdBgNVHSUEFjAUBggrBgEFBQcDAgYIKwYBBQUHAwQwHQYDVR0OBBYEFLYRbaI0 H6DQSJsoksF2/wh4ui9UMB8GA1UdIwQYMBaAFHuJnJKXJKGERwLLdPwu9KzcMuXzMB0GA1Ud EQQWMBSBEnN0cGV0ZXJAc3RwZXRlci5pbTCCAUIGA1UdIASCATkwggE1MIIBMQYLKwYBBAGB tTcBAgIwggEgMC4GCCsGAQUFBwIBFiJodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3ku cGRmMDQGCCsGAQUFBwIBFihodHRwOi8vd3d3LnN0YXJ0c3NsLmNvbS9pbnRlcm1lZGlhdGUu cGRmMIG3BggrBgEFBQcCAjCBqjAUFg1TdGFydENvbSBMdGQuMAMCAQEagZFMaW1pdGVkIExp YWJpbGl0eSwgc2VlIHNlY3Rpb24gKkxlZ2FsIExpbWl0YXRpb25zKiBvZiB0aGUgU3RhcnRD b20gQ2VydGlmaWNhdGlvbiBBdXRob3JpdHkgUG9saWN5IGF2YWlsYWJsZSBhdCBodHRwOi8v d3d3LnN0YXJ0c3NsLmNvbS9wb2xpY3kucGRmMGMGA1UdHwRcMFowK6ApoCeGJWh0dHA6Ly93 d3cuc3RhcnRzc2wuY29tL2NydHUzLWNybC5jcmwwK6ApoCeGJWh0dHA6Ly9jcmwuc3RhcnRz c2wuY29tL2NydHUzLWNybC5jcmwwgY4GCCsGAQUFBwEBBIGBMH8wOQYIKwYBBQUHMAGGLWh0 dHA6Ly9vY3NwLnN0YXJ0c3NsLmNvbS9zdWIvY2xhc3MzL2NsaWVudC9jYTBCBggrBgEFBQcw AoY2aHR0cDovL3d3dy5zdGFydHNzbC5jb20vY2VydHMvc3ViLmNsYXNzMy5jbGllbnQuY2Eu Y3J0MCMGA1UdEgQcMBqGGGh0dHA6Ly93d3cuc3RhcnRzc2wuY29tLzANBgkqhkiG9w0BAQUF AAOCAQEANW1tcka0oCvnnFz85QznjqBdTJsjvYFqeTTDvf0y/70EE22r2swS8KcuZIqEGLvp zWZ1eHrNezxFAOjqdH9o9psTeWUXZPjPzSyaL2N+eXfL12m71NyAOioMtntraUGVbrnpcABD MeO8unYwLv+bGWA9gfZrFr6rjSYBgzbQZs2wAQZtZBPUioiHQFwsuyBtowkdvIb/nvN30kvI xfdWvLUvV8lFCvcZ4vExXlG3E36YGDGvAXP9w5zT0I6IUTGWweB6SkHk7jeCqwBTXoxfKnKh K3gytJ8pMwcgbHrZEX8zq+pSW+GLbyCTZlS9D/45fn6CNxnKigTMACfhG44o2zGCA80wggPJ AgEBMIGTMIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UE CxMiU2VjdXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRD b20gQ2xhc3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMAkGBSsOAwIa BQCgggIOMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMw OTA0MTk1MVowIwYJKoZIhvcNAQkEMRYEFDOWm6ebHIdOcaQ2+LTHN40TiMWgMF8GCSqGSIb3 DQEJDzFSMFAwCwYJYIZIAWUDBAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggq hkiG9w0DAgIBQDAHBgUrDgMCBzANBggqhkiG9w0DAgIBKDCBpAYJKwYBBAGCNxAEMYGWMIGT MIGMMQswCQYDVQQGEwJJTDEWMBQGA1UEChMNU3RhcnRDb20gTHRkLjErMCkGA1UECxMiU2Vj dXJlIERpZ2l0YWwgQ2VydGlmaWNhdGUgU2lnbmluZzE4MDYGA1UEAxMvU3RhcnRDb20gQ2xh c3MgMyBQcmltYXJ5IEludGVybWVkaWF0ZSBDbGllbnQgQ0ECAgCLMIGmBgsqhkiG9w0BCRAC CzGBlqCBkzCBjDELMAkGA1UEBhMCSUwxFjAUBgNVBAoTDVN0YXJ0Q29tIEx0ZC4xKzApBgNV BAsTIlNlY3VyZSBEaWdpdGFsIENlcnRpZmljYXRlIFNpZ25pbmcxODA2BgNVBAMTL1N0YXJ0 Q29tIENsYXNzIDMgUHJpbWFyeSBJbnRlcm1lZGlhdGUgQ2xpZW50IENBAgIAizANBgkqhkiG 9w0BAQEFAASCAQAPGtZfYPwiOCDmkVQO+1ZdEf+3aQsgHmkSbg3vti7NPefjwJGYnhgIETNy eSotsl7a/Hxjs45e67ulQUi+evKt4+rfr2afqXKDPr8kMvRdvI1Rq5JD1yqJNqDaxSfLvL/C /CgDJrHEz9QliMif/YwA0OjHfLZ2cOb1vkX83ncScrlxGFN9or94uzlp2fh/+9BtXOpTGv69 FyfvcVlxwsKKux99Vz4nj3wJuWm8tL0XhGyc8aQTwYwYIankgoXeQnKv/EmvVraIqKlCcriA 3MMuSf9eSLxPtE2A9xTHeAi0r34rKWAZejLC9F88q5aap8MyQoCo2G42dLZ+ooh1CcSEAAAA AAAA --------------ms010005000504020800040700-- From trac+core@trac.tools.ietf.org Wed Mar 9 04:22:19 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7F3D3A69AC for ; Wed, 9 Mar 2011 04:22:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jw4eDCloDYHv for ; Wed, 9 Mar 2011 04:22:19 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 993A93A6999 for ; Wed, 9 Mar 2011 04:22:18 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxIQR-00052V-1F; Wed, 09 Mar 2011 04:23:35 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 12:23:34 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/107#comment:1 Message-ID: <062.cef924276547c5b47ba07e2bd96f6f16@trac.tools.ietf.org> References: <053.2efac07c646856fc360b6a69e77c4d51@trac.tools.ietf.org> X-Trac-Ticket-ID: 107 In-Reply-To: <053.2efac07c646856fc360b6a69e77c4d51@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #107: Remove Max-Age from requests X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 12:22:20 -0000 #107: Remove Max-Age from requests Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Done in coap-05. -- ----------------------------+----------------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: task | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------+----------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 04:43:09 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 999053A6971 for ; Wed, 9 Mar 2011 04:43:09 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fWvNhRXsLoVo for ; Wed, 9 Mar 2011 04:43:08 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id C9D483A6813 for ; Wed, 9 Mar 2011 04:43:08 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxIkb-0004qH-B1; Wed, 09 Mar 2011 04:44:25 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 12:44:25 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/104#comment:1 Message-ID: <062.6d7fd671537aa1a9c059f639455668ed@trac.tools.ietf.org> References: <053.6787aee293d7425eff6923f015f52c35@trac.tools.ietf.org> X-Trac-Ticket-ID: 104 In-Reply-To: <053.6787aee293d7425eff6923f015f52c35@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #104: Rename GET success code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 12:43:09 -0000 #104: Rename GET success code Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: GET requests now return a 2.05 (Content) response instead of a 2.00 (OK) response in the success case. -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 05:04:52 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4982C3A69BB for ; Wed, 9 Mar 2011 05:04:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wTm2hXEYh5Nr for ; Wed, 9 Mar 2011 05:04:51 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 883E23A69B8 for ; Wed, 9 Mar 2011 05:04:51 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxJ5a-0007wC-KL; Wed, 09 Mar 2011 05:06:06 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 13:06:06 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/113#comment:1 Message-ID: <062.b700cc6b785b368ea602a27a26426851@trac.tools.ietf.org> References: <053.3e6ea4476b3018d3543cf092e4a08f84@trac.tools.ietf.org> X-Trac-Ticket-ID: 113 In-Reply-To: <053.3e6ea4476b3018d3543cf092e4a08f84@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #113: Location-Query X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 13:04:52 -0000 #113: Location-Query Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Done in coap-05. -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Ticket URL: core From angelo.castellani@gmail.com Wed Mar 9 05:50:28 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 17B433A6821 for ; Wed, 9 Mar 2011 05:50:28 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.933 X-Spam-Level: X-Spam-Status: No, score=-2.933 tagged_above=-999 required=5 tests=[AWL=0.044, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id j07iVXiVrl8f for ; Wed, 9 Mar 2011 05:50:27 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 169DE3A696D for ; Wed, 9 Mar 2011 05:50:27 -0800 (PST) Received: by qwh6 with SMTP id 6so466758qwh.31 for ; Wed, 09 Mar 2011 05:51:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=wt/COHn6Dkvr1tycf4VWiQM+YlR1LoxG9RBmhZ/PorY=; b=aa+wJsninH97e9G7mHFd2/9I7OQZ3ByZq2TAMMI/bET1rmQy9iYR0T1k5V7RkD3h6Q K2eOhIJVkf4e1tI7JpDzV6Wz0Hs57BbJMUoiV6WNJF4ED1d/vyWpmr0PKyUa48blNjXs gGQuBnbIUCaWwtxquHaCNuXb/E0YkQDTHFJF8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=UiZZJGf6ahxWu4UTYabKn/Y/Xa0XY1Rgdx9c5Pi4ihF1bbuojVnFV3rW1AFonrID/9 rMt+fLsdmBJd/yPBQZl6D9SCUMDibbgK7uJ64SyrrcuLISz7ojLbLo0JjeUQdYmb8IAY SYY1bpll1idr+71Cq9wQtAitMpGTL/gryjK8k= Received: by 10.229.44.147 with SMTP id a19mr5187468qcf.136.1299678703122; Wed, 09 Mar 2011 05:51:43 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Wed, 9 Mar 2011 05:51:23 -0800 (PST) In-Reply-To: <062.cef924276547c5b47ba07e2bd96f6f16@trac.tools.ietf.org> References: <053.2efac07c646856fc360b6a69e77c4d51@trac.tools.ietf.org> <062.cef924276547c5b47ba07e2bd96f6f16@trac.tools.ietf.org> From: "Angelo P. Castellani" Date: Wed, 9 Mar 2011 14:51:23 +0100 X-Google-Sender-Auth: 2_5nYqTitDGXbMJSRS7Hg4oMfr4 Message-ID: To: core issue tracker Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] #107: Remove Max-Age from requests X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 09 Mar 2011 13:50:28 -0000 On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL wrote: > We could also resurrect the Max-Age option in a request to let a client > control the maximum time between 2 notifications even if there is no > change of state. Is it possible with the current definition of Max-Age in coap-05? Best, Angelo On Wed, Mar 9, 2011 at 13:23, core issue tracker wrote: > #107: Remove Max-Age from requests > > Changes (by hartke@=85): > > =A0* status: =A0new =3D> closed > =A0* resolution: =A0=3D> fixed > > > Comment: > > =A0Done in coap-05. > > -- > ----------------------------+--------------------------------------------= --- > =A0Reporter: =A0hartke@=85 =A0 =A0 =A0 =A0| =A0 =A0 =A0 =A0Owner: =A0hart= ke@=85 > =A0 =A0 Type: =A0task =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 Status: =A0clo= sed > =A0Priority: =A0minor =A0 =A0 =A0 =A0 =A0 | =A0 =A0Milestone: > Component: =A0coap =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0Version: > =A0Severity: =A0- =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 Resolution: =A0fixed > =A0Keywords: =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| > ----------------------------+--------------------------------------------= --- > > Ticket URL: > core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From klaus.hartke@googlemail.com Wed Mar 9 05:56:17 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 681293A69C9 for ; Wed, 9 Mar 2011 05:56:17 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JKZ6gFD7uksJ for ; Wed, 9 Mar 2011 05:56:16 -0800 (PST) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id 099383A6821 for ; Wed, 9 Mar 2011 05:56:15 -0800 (PST) Received: by bwz13 with SMTP id 13so761030bwz.31 for ; Wed, 09 Mar 2011 05:57:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; bh=ky0hPSavW65SuMbvWgukn7zO8bg/ZFce2bLIFd6pi/g=; b=NHnF9Del7Rhl71Kl4T3zmB9Khwi3acS/e9SJ3Cxo2HjiiL+2bg9p6EkehfCtIbpiJM ukjtOJAKz7RpfUNhk4XhUdkNaMea77mvXqnnmEgEIk7fGFedPqyaJW+1UVbz6aT0yZMA kWMCqdrAQNmeMdhnmfkgg7cxsc8sfCI2pJMOI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=jPnPrXkfjvnHwEd+19WIgqVwAnajohEML1jwxvN9o9wBYFh5IIBi5FqYJpN2yZDgdQ +cCs2zb4cOTsTZRrWD0/WOZsbP4brBlGwB9koSvN8Fgl7+V/RQWqhSAYWXC9Yr5txhI6 usvmUjx+du8ms+Z5msJ1J0kg+kY3PH6dp29n8= MIME-Version: 1.0 Received: by 10.204.142.79 with SMTP id p15mr1287462bku.35.1299679051594; Wed, 09 Mar 2011 05:57:31 -0800 (PST) Sender: klaus.hartke@googlemail.com Received: by 10.204.54.4 with HTTP; Wed, 9 Mar 2011 05:57:31 -0800 (PST) In-Reply-To: References: <053.2efac07c646856fc360b6a69e77c4d51@trac.tools.ietf.org> <062.cef924276547c5b47ba07e2bd96f6f16@trac.tools.ietf.org> Date: Wed, 9 Mar 2011 14:57:31 +0100 X-Google-Sender-Auth: vhCv4jzHsakujAd2JCEoPv7YCWE Message-ID: From: Klaus Hartke To: core@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Re: [core] #107: Remove Max-Age from requests X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 09 Mar 2011 13:56:17 -0000 Angelo P. Castellani wrote: > Matthieu VIAL wrote: >> We could also resurrect the Max-Age option in a request to let a client >> control the maximum time between 2 notifications even if there is no >> change of state. > > Is it possible with the current definition of Max-Age in coap-05? coap-05 now defines that Max-Age has no meaning in a request, i.e. a client shouldn't include this option and a server must ignore it. We can always define a meaning for Max-Age in requests in -observe, or resurrect it in -coap if necessary. But I'm not sure if we should couple Max-Age too tightly to observation relationship maintenance. Klaus From trac+core@trac.tools.ietf.org Wed Mar 9 06:17:20 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 43F263A69EA for ; Wed, 9 Mar 2011 06:17:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id urKgn4VPo61S for ; Wed, 9 Mar 2011 06:17:19 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id A3E683A69E9 for ; Wed, 9 Mar 2011 06:17:19 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxKDk-0008PZ-2h; Wed, 09 Mar 2011 06:18:36 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 14:18:36 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/108#comment:1 Message-ID: <062.96046eea50fafba36dd521c85b6d724a@trac.tools.ietf.org> References: <053.71640686f03b63170999a43a9fef861c@trac.tools.ietf.org> X-Trac-Ticket-ID: 108 In-Reply-To: <053.71640686f03b63170999a43a9fef861c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #108: CoAP methods != HTTP methods X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 14:17:20 -0000 #108: CoAP methods != HTTP methods Changes (by hartke@…): * owner: => cabo@… -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 06:17:31 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CB5933A69D7 for ; Wed, 9 Mar 2011 06:17:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Sf1-YogjUTI0 for ; Wed, 9 Mar 2011 06:17:28 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id F20E23A69C9 for ; Wed, 9 Mar 2011 06:17:25 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxKDq-0000TB-LK; Wed, 09 Mar 2011 06:18:42 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 14:18:42 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/109#comment:1 Message-ID: <062.432151337b0c950fa2c9d560e3941256@trac.tools.ietf.org> References: <053.86aefddba61c7dde62e5cb8e034dc08d@trac.tools.ietf.org> X-Trac-Ticket-ID: 109 In-Reply-To: <053.86aefddba61c7dde62e5cb8e034dc08d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #109: Clarify diagnostic messages X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 14:17:31 -0000 #109: Clarify diagnostic messages Changes (by hartke@…): * owner: => cabo@… -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 06:17:40 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 535673A69CC for ; Wed, 9 Mar 2011 06:17:40 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BGN4Nh86p4td for ; Wed, 9 Mar 2011 06:17:39 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id A84243A69BE for ; Wed, 9 Mar 2011 06:17:39 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxKE4-0000ys-B3; Wed, 09 Mar 2011 06:18:56 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 14:18:56 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/110#comment:1 Message-ID: <062.2c6d73f409e5f25942c24d3d68e6b28d@trac.tools.ietf.org> References: <053.f3a54e92a477375c5c69b31bd9a3ad9c@trac.tools.ietf.org> X-Trac-Ticket-ID: 110 In-Reply-To: <053.f3a54e92a477375c5c69b31bd9a3ad9c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #110: Clarify relation between elective/critical and option numbers X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 14:17:40 -0000 #110: Clarify relation between elective/critical and option numbers Changes (by hartke@…): * owner: => cabo@… -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 06:17:51 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 590663A69F6 for ; Wed, 9 Mar 2011 06:17:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v5BhOLH3vBHg for ; Wed, 9 Mar 2011 06:17:50 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9F15B3A69E9 for ; Wed, 9 Mar 2011 06:17:50 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxKEF-0001bW-B2; Wed, 09 Mar 2011 06:19:07 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 14:19:07 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/111#comment:1 Message-ID: <062.efe95e37e84dd3d10c0d0b00b6cc0bfe@trac.tools.ietf.org> References: <053.1ba2cd87b41d2458a9d4b3ba5ac5609f@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <053.1ba2cd87b41d2458a9d4b3ba5ac5609f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #111: Define when to update Version header field X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 14:17:51 -0000 #111: Define when to update Version header field Changes (by hartke@…): * owner: => cabo@… -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 08:59:05 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 60A8F3A6A22 for ; Wed, 9 Mar 2011 08:59:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F3U4AePwtj14 for ; Wed, 9 Mar 2011 08:59:03 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 860233A6A0C for ; Wed, 9 Mar 2011 08:59:03 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxMkD-0007U4-Fo; Wed, 09 Mar 2011 09:00:17 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com, cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 17:00:17 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/99#comment:1 Message-ID: <066.ce4c0a00e110bbf782ab7c2718fb487e@trac.tools.ietf.org> References: <057.b3f29d9e6c4573df74e88f889e0e2ee2@trac.tools.ietf.org> X-Trac-Ticket-ID: 99 In-Reply-To: <057.b3f29d9e6c4573df74e88f889e0e2ee2@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #99: Move 'obs' attribute to core-observe draft X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 16:59:05 -0000 #99: Move 'obs' attribute to core-observe draft Changes (by cabo@…): * owner: hartke@… => zach@… Comment: Done in -observe. Needs to be removed in link-format now. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: editorial | Status: new Priority: minor | Milestone: Component: link-format | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 11:49:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A8B4F3A6A72 for ; Wed, 9 Mar 2011 11:49:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YnCBeNgIt-CT for ; Wed, 9 Mar 2011 11:49:06 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id A43BE3A6969 for ; Wed, 9 Mar 2011 11:49:06 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxPOp-0004WQ-M1; Wed, 09 Mar 2011 11:50:23 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 19:50:23 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/115#comment:1 Message-ID: <067.790966c92e239d5eab0171ef1fe84328@trac.tools.ietf.org> References: <058.7e168221d1d484fa1b19575c077074e0@trac.tools.ietf.org> X-Trac-Ticket-ID: 115 In-Reply-To: <058.7e168221d1d484fa1b19575c077074e0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #115: Block M Bit X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 19:49:07 -0000 #115: Block M Bit Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in block-02. Thanks for the corrections! -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 12:08:42 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A82293A6A8A for ; Wed, 9 Mar 2011 12:08:42 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I5fRzYuEhEDD for ; Wed, 9 Mar 2011 12:08:42 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 0E4A13A6A89 for ; Wed, 9 Mar 2011 12:08:42 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxPhk-0003BT-MG; Wed, 09 Mar 2011 12:09:57 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 20:09:56 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/117#comment:1 Message-ID: <067.1f7d1667341a104d73de0b45e2720a0a@trac.tools.ietf.org> References: <058.4d72533879cfdcaa5a84e100bed80074@trac.tools.ietf.org> X-Trac-Ticket-ID: 117 In-Reply-To: <058.4d72533879cfdcaa5a84e100bed80074@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #117: Block Response Code Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 20:08:42 -0000 #117: Block Response Code Mapping Changes (by cabo@…): * owner: => cabo@… * status: new => assigned Comment: There is some text in section 3.3 of draft-hartke-core-coap-http-00.txt -- do we need anything beyond that? -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: cabo@… Type: protocol defect | Status: assigned Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 12:20:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8B0E43A6AA7 for ; Wed, 9 Mar 2011 12:20:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C73kPnUVAEz3 for ; Wed, 9 Mar 2011 12:20:29 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 779AB3A6AA1 for ; Wed, 9 Mar 2011 12:20:29 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxPtC-0007p8-GJ; Wed, 09 Mar 2011 12:21:46 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 20:21:46 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/116#comment:1 Message-ID: <067.2b77fb6754d734e693e6d4b6f3890cf1@trac.tools.ietf.org> References: <058.b3c314f13cdf552594ffeb484e1a6216@trac.tools.ietf.org> X-Trac-Ticket-ID: 116 In-Reply-To: <058.b3c314f13cdf552594ffeb484e1a6216@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #116: Block M Bit in PUT/POST Response X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 20:20:30 -0000 #116: Block M Bit in PUT/POST Response Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: The text has been improved to better explain the example, and the missing "8" characterss haven been added, in block-02. Thanks! -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 12:37:11 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 226A63A6989 for ; Wed, 9 Mar 2011 12:37:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rsLUeEcL6w6z for ; Wed, 9 Mar 2011 12:37:10 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 1746A3A6969 for ; Wed, 9 Mar 2011 12:37:10 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQ9L-0007L2-4Q; Wed, 09 Mar 2011 12:38:27 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 20:38:27 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/119#comment:1 Message-ID: <067.fc38b44bed31f5333505834f7181a2db@trac.tools.ietf.org> References: <058.94e61c85f8819a745191a9f82fff7a0f@trac.tools.ietf.org> X-Trac-Ticket-ID: 119 In-Reply-To: <058.94e61c85f8819a745191a9f82fff7a0f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #119: Block Size Negotiation for GET X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 20:37:11 -0000 #119: Block Size Negotiation for GET Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Added more text that explains the scenario illustrated in Figure 4 in block-02. Made clear that there are exceptions from the "MUST use the same block size" when the initial request did not contain a block option (which means the block size negotiation can only start in the second exchange, i.e. the "late negotiation" case of Figure 4). This also explains why the second GET in Figure 4 indeed starts from 2/0/64. Thanks! -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: major | Milestone: Component: block | Version: Severity: - | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 12:57:47 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 775F93A6ABC for ; Wed, 9 Mar 2011 12:57:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id t55u+cs3LBID for ; Wed, 9 Mar 2011 12:57:46 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id ADB6D3A6A5D for ; Wed, 9 Mar 2011 12:57:46 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQTF-00043u-C7; Wed, 09 Mar 2011 12:59:01 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, likepeng@huawei.com X-Trac-Project: core Date: Wed, 09 Mar 2011 20:59:01 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/114#comment:2 Message-ID: <067.b5639dd2f7c20ef509e48c841f6085eb@trac.tools.ietf.org> References: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-Trac-Ticket-ID: 114 In-Reply-To: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, likepeng@huawei.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 Cc: core@ietf.org Subject: Re: [core] #114: Block Size Negotiation for Put/Post X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 20:57:47 -0000 #114: Block Size Negotiation for Put/Post Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Add a minimal solution for block size negotiation for PUT/POST in block-02 as a SHOULD. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 13:02:59 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E6D13A6A69 for ; Wed, 9 Mar 2011 13:02:59 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id urVMMZA4HnwL for ; Wed, 9 Mar 2011 13:02:58 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id B2F303A6943 for ; Wed, 9 Mar 2011 13:02:58 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQYJ-0001SS-Qr; Wed, 09 Mar 2011 13:04:15 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 21:04:15 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/115#comment:2 Message-ID: <067.f3e0f76fe54b7b5b33c822a9d3f60250@trac.tools.ietf.org> References: <058.7e168221d1d484fa1b19575c077074e0@trac.tools.ietf.org> X-Trac-Ticket-ID: 115 In-Reply-To: <058.7e168221d1d484fa1b19575c077074e0@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #115: Block M Bit X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:02:59 -0000 #115: Block M Bit Comment(by cabo@…): Fixed in [218]: Fix #115. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 13:03:06 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E81763A6AB7 for ; Wed, 9 Mar 2011 13:03:06 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pkxlZWxKpzpB for ; Wed, 9 Mar 2011 13:03:06 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 4E5583A6ABB for ; Wed, 9 Mar 2011 13:03:06 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQYR-0001Sf-CP; Wed, 09 Mar 2011 13:04:23 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 21:04:23 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/116#comment:2 Message-ID: <067.47cba1b8dd01e385eae57b24424afbcb@trac.tools.ietf.org> References: <058.b3c314f13cdf552594ffeb484e1a6216@trac.tools.ietf.org> X-Trac-Ticket-ID: 116 In-Reply-To: <058.b3c314f13cdf552594ffeb484e1a6216@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #116: Block M Bit in PUT/POST Response X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:03:07 -0000 #116: Block M Bit in PUT/POST Response Comment(by cabo@…): Fixed in [219]: Fix #116. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 13:03:13 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E7A2D3A6AD7 for ; Wed, 9 Mar 2011 13:03:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VKhsB89yd-o9 for ; Wed, 9 Mar 2011 13:03:13 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 1FA513A6AB7 for ; Wed, 9 Mar 2011 13:03:13 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQYY-0001Sy-70; Wed, 09 Mar 2011 13:04:30 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Wed, 09 Mar 2011 21:04:30 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/119#comment:2 Message-ID: <067.3ab55cabca5aa4eb7f50334ced193ed0@trac.tools.ietf.org> References: <058.94e61c85f8819a745191a9f82fff7a0f@trac.tools.ietf.org> X-Trac-Ticket-ID: 119 In-Reply-To: <058.94e61c85f8819a745191a9f82fff7a0f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #119: Block Size Negotiation for GET X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:03:14 -0000 #119: Block Size Negotiation for GET Comment(by cabo@…): Fixed in [220]: Fix #119. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: major | Milestone: Component: block | Version: Severity: - | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 13:03:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 347843A6AD4 for ; Wed, 9 Mar 2011 13:03:22 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3IABrwtjMMYT for ; Wed, 9 Mar 2011 13:03:21 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 981CC3A6ABB for ; Wed, 9 Mar 2011 13:03:21 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxQYf-0001TG-DS; Wed, 09 Mar 2011 13:04:37 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, likepeng@huawei.com X-Trac-Project: core Date: Wed, 09 Mar 2011 21:04:37 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/114#comment:3 Message-ID: <067.91b05f88437a9b3f6b59958fb92a7080@trac.tools.ietf.org> References: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-Trac-Ticket-ID: 114 In-Reply-To: <058.1154efccde97c7b57e2590a83df8d0f8@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, likepeng@huawei.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 Cc: core@ietf.org Subject: Re: [core] #114: Block Size Negotiation for Put/Post X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:03:22 -0000 #114: Block Size Negotiation for Put/Post Comment(by cabo@…): Fixed in [221]: Fix #114. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 9 13:55:21 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B7FE23A6AD9 for ; Wed, 9 Mar 2011 13:55:21 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l7iq+7Rq7nlP for ; Wed, 9 Mar 2011 13:55:20 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E49B33A6AC9 for ; Wed, 9 Mar 2011 13:55:20 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxRMz-0003oR-4K; Wed, 09 Mar 2011 13:56:37 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 09 Mar 2011 21:56:37 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/121 Message-ID: <057.4f6692991332a0ea651743119c2715a6@trac.tools.ietf.org> X-Trac-Ticket-ID: 121 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #121: Attribute renaming X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 09 Mar 2011 21:55:21 -0000 #121: Attribute renaming Due to common confusion about the proper use of the Resource Name (n=) and Interface Description (d=) attributes, this ticket is to rename these attributes to more appropriately describe their function: Resource Name (n=) -> Resource Type (rt=) Interface Description (d=) -> Interface Description (if=) The general description of these attributes would not change, however some editorial improvements are planned to better explain their use and the relationship between them. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: link-format | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From likepeng@huawei.com Wed Mar 9 17:15:11 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4842B3A6AFE for ; Wed, 9 Mar 2011 17:15:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.004 X-Spam-Level: X-Spam-Status: No, score=-2.004 tagged_above=-999 required=5 tests=[AWL=2.491, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Arl4XHiuB1gA for ; Wed, 9 Mar 2011 17:15:08 -0800 (PST) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id A93953A6937 for ; Wed, 9 Mar 2011 17:15:08 -0800 (PST) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHT009GBI73BN@szxga03-in.huawei.com> for core@ietf.org; Thu, 10 Mar 2011 09:16:15 +0800 (CST) Received: from szxeml202-edg.china.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHT00DCOI72YA@szxga03-in.huawei.com> for core@ietf.org; Thu, 10 Mar 2011 09:16:15 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml202-edg.china.huawei.com (172.24.2.42) with Microsoft SMTP Server (TLS) id 14.1.270.1; Thu, 10 Mar 2011 09:14:27 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Thu, 10 Mar 2011 09:16:14 +0800 Date: Thu, 10 Mar 2011 01:16:14 +0000 From: Likepeng In-reply-to: <067.1f7d1667341a104d73de0b45e2720a0a@trac.tools.ietf.org> X-Originating-IP: [10.70.109.110] To: core issue tracker , "cabo@tzi.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2259315@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] #117: Block Response Code Mapping Thread-index: AQHL0/oTwsZT09vFYE6n50oNPfsi1pQk/doAgADQKtA= X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <058.4d72533879cfdcaa5a84e100bed80074@trac.tools.ietf.org> <067.1f7d1667341a104d73de0b45e2720a0a@trac.tools.ietf.org> Cc: "core@ietf.org" Subject: Re: [core] #117: Block Response Code Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 10 Mar 2011 01:15:11 -0000 TXkgb3JpZ2luYWwgcHJvcG9zYWwgaXMgdG8gbWFwIDQuMDggIlJlcXVlc3QgRW50aXR5IEluY29t cGxldGUiIGludG8gYSBIVFRQIHJlc3BvbnNlIGNvZGUsIGxpa2Ugd2hhdCB3ZSBkaWQgaW4gQ29B UC0wNCwgZm9yIGV4YW1wbGUsIENvQVAgNC4xMyAiUmVxdWVzdCBFbnRpdHkgdG9vIExhcmdlIiBp cyBtYXBwZWQgdG8gSFRUUCA0MTMgIiBSZXF1ZXN0IEVudGl0eSB0b28gTGFyZ2UgIi4NCg0KQnV0 IEkgY2hlY2tlZCB0aGUgSFRUUCByZXNwb25zZSBjb2RlLCA0MDggaXMgIiBSZXF1ZXN0IFRpbWVv dXQgIi4gSXQgaXMgdG90YWxseSBkaWZmZXJlbnQgZnJvbSB0aGUgbWVhbmluZyBoZXJlLiBNYXli ZSB3ZSBzaG91bGQgY2hvb3NlIGFub3RoZXIgcmVzcG9uc2UgY29kZSBvdGhlciB0aGFuIDQuMDgs IGFuZCBhZGQgb25lIHNlbnRlbmNlIHRvIHNheSwgdGhlcmUgaXMgbm8gbWFwcGVkIHJlc3BvbnNl IGNvZGUgaW4gSFRUUD8gDQoNCkkgZG9uJ3QgdGhpbmsgc2VjdGlvbiAzLjMgaW4gZHJhZnQtaGFy dGtlLWNvcmUtY29hcC1odHRwLTAwLnR4dCBpcyByZWxldmFudCB0byBteSBjb21tZW50Lg0KDQpU aGFua3MsDQpLZXBlbmcgDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IGNvcmUt Ym91bmNlc0BpZXRmLm9yZyBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIGNv cmUgaXNzdWUgdHJhY2tlcg0K5Y+R6YCB5pe26Ze0OiAyMDEx5bm0M+aciDEw5pelIDQ6MTANCuaU tuS7tuS6ujogY2Fib0B0emkub3JnDQrmioTpgIE6IGNvcmVAaWV0Zi5vcmcNCuS4u+mimDogUmU6 IFtjb3JlXSAjMTE3OiBCbG9jayBSZXNwb25zZSBDb2RlIE1hcHBpbmcNCg0KIzExNzogQmxvY2sg UmVzcG9uc2UgQ29kZSBNYXBwaW5nDQoNCkNoYW5nZXMgKGJ5IGNhYm9A4oCmKToNCg0KICAqIG93 bmVyOiAgPT4gY2Fib0DigKYNCiAgKiBzdGF0dXM6ICBuZXcgPT4gYXNzaWduZWQNCg0KDQpDb21t ZW50Og0KDQogVGhlcmUgaXMgc29tZSB0ZXh0IGluIHNlY3Rpb24gMy4zIG9mIGRyYWZ0LWhhcnRr ZS1jb3JlLWNvYXAtaHR0cC0wMC50eHQgLS0NCiBkbyB3ZSBuZWVkIGFueXRoaW5nIGJleW9uZCB0 aGF0Pw0KDQotLSANCi0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLSstLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0NCiBSZXBvcnRlcjogIGxpa2VwZW5nQOKA piAgICAgICAgICAgfCAgICAgICBPd25lcjogIGNhYm9A4oCmICAgICAgDQogICAgIFR5cGU6ICBw cm90b2NvbCBkZWZlY3QgICAgICB8ICAgICAgU3RhdHVzOiAgYXNzaWduZWQgICAgDQogUHJpb3Jp dHk6ICBtaW5vciAgICAgICAgICAgICAgICB8ICAgTWlsZXN0b25lOiAgICAgICAgICAgICAgDQpD b21wb25lbnQ6ICBibG9jayAgICAgICAgICAgICAgICB8ICAgICBWZXJzaW9uOiAgICAgICAgICAg ICAgDQogU2V2ZXJpdHk6ICBBY3RpdmUgV0cgRG9jdW1lbnQgICB8ICAgIEtleXdvcmRzOiAgICAg ICAgICAgICAgDQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tDQoNClRpY2tldCBVUkw6IDxodHRwczovL3Ry YWMudG9vbHMuaWV0Zi5vcmcvd2cvY29yZS90cmFjL3RpY2tldC8xMTcjY29tbWVudDoxPg0KY29y ZSA8aHR0cDovL3Rvb2xzLmlldGYub3JnL2NvcmUvPg0KDQpfX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX19fXw0KY29yZSBtYWlsaW5nIGxpc3QNCmNvcmVAaWV0Zi5v cmcNCmh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0K From trac+core@trac.tools.ietf.org Thu Mar 10 01:50:55 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D7D923A689A for ; Thu, 10 Mar 2011 01:50:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BN9irkLUKnzH for ; Thu, 10 Mar 2011 01:50:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D212E3A69D0 for ; Thu, 10 Mar 2011 01:50:54 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxcXS-0000QL-Sd; Thu, 10 Mar 2011 01:52:10 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Thu, 10 Mar 2011 09:52:10 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/105#comment:1 Message-ID: <062.2b0716fe7e9467a149b3cd41e5fc1641@trac.tools.ietf.org> References: <053.97f1467ea483b777e9c5b5ba075d1505@trac.tools.ietf.org> X-Trac-Ticket-ID: 105 In-Reply-To: <053.97f1467ea483b777e9c5b5ba075d1505@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #105: Allow 2.02 (Deleted) responses to POST requests X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 09:50:56 -0000 #105: Allow 2.02 (Deleted) responses to POST requests Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Done in coap-05. -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Thu Mar 10 02:13:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B83583A68C4 for ; Thu, 10 Mar 2011 02:13:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eYV4TCqJE0bn for ; Thu, 10 Mar 2011 02:13:29 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E757C3A689A for ; Thu, 10 Mar 2011 02:13:29 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxctL-0007nA-Qo; Thu, 10 Mar 2011 02:14:47 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Thu, 10 Mar 2011 10:14:47 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/106#comment:1 Message-ID: <062.607142035cf13ca82f3cf71286c9fbb8@trac.tools.ietf.org> References: <053.0490c32e4291db5648ddba1b88bec958@trac.tools.ietf.org> X-Trac-Ticket-ID: 106 In-Reply-To: <053.0490c32e4291db5648ddba1b88bec958@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #106: Message deduplication X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 10:13:30 -0000 #106: Message deduplication Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Fixed in [223]: Fix #106 -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Thu Mar 10 05:50:52 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 01D173A69B4 for ; Thu, 10 Mar 2011 05:50:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0nBq8S+ze9F for ; Thu, 10 Mar 2011 05:50:50 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id BCD613A67A1 for ; Thu, 10 Mar 2011 05:50:49 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxgHf-0001fG-Ol; Thu, 10 Mar 2011 05:52:07 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Thu, 10 Mar 2011 13:52:07 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/123 Message-ID: <051.c7b238c8141101489e3540f9ef2d1f8d@trac.tools.ietf.org> X-Trac-Ticket-ID: 123 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: 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 Cc: core@ietf.org Subject: [core] #123: Etag size X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 10 Mar 2011 13:50:52 -0000 #123: Etag size In November we had a discussion of the sizes of the two opaque strings we have (Etag and Token): http://www.ietf.org/mail-archive/web/core/current/msg01116.html We did adjust Token to be 1-8 bytes, but not Etag. Even though they serve different purposes, this looks like an omission. E.g. looking at HTTP mappers, it is clear that it is hard to do stateless mapping (hashing) of HTTP Etags to four bytes (birthday paradox). Enabling up to 8 bytes of CoAP Etag would significantly reduce the collision probability. (Still not "correct", but maybe tenable for certain applications.) -- ----------------------------------+----------------------------------------- Reporter: cabo@… | Owner: Type: protocol enhancement | Status: new Priority: minor | Milestone: ietf80 Component: coap | Version: Severity: Active WG Document | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From daniele.alessandrelli@gmail.com Thu Mar 10 23:53:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF6723A6BC9; Thu, 10 Mar 2011 23:53:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zQXM8KzTohA0; Thu, 10 Mar 2011 23:53:32 -0800 (PST) Received: from mail-iy0-f172.google.com (mail-iy0-f172.google.com [209.85.210.172]) by core3.amsl.com (Postfix) with ESMTP id 861DF3A6BC5; Thu, 10 Mar 2011 23:53:32 -0800 (PST) Received: by iyj8 with SMTP id 8so2919158iyj.31 for ; Thu, 10 Mar 2011 23:54:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=I7yTPudaUq4k38nhXfgFlK0hiMDQec7ZnEyVrhkKep8=; b=DJyKbQ78TtRMqrDQUKVCXbqFfQlT8faAVvcK7bvRpg0qtOF9mY74GWvptTIJKfkV7r Xo7Zwch/6w5cCZuElb0R678Kbz5ZV1XYJdrAn6SnALK1ApLjbIXp9z4GiB1X87q/SbCq ppD7Loq3h3fkuWd6jXJ2pPyzYOyuieBWnjipo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=odE6ZrSGhc1Qd6e2CaFx3I4+nQQy+333K11WMvk3//y9ag7x6n/0U3wIA25dYWiGDt +Tj4TTZ4HfZG9ZKj6ag0VH7ljqkdCV68S2dDM3zSAJZanQ1FrJeKaml5gWG/NJmxMWtU Lk7pcgNafToZ7WRsI0l5tid47omLTmRBCtvZc= MIME-Version: 1.0 Received: by 10.43.69.197 with SMTP id yd5mr11329239icb.362.1299830091267; Thu, 10 Mar 2011 23:54:51 -0800 (PST) Received: by 10.42.226.138 with HTTP; Thu, 10 Mar 2011 23:54:51 -0800 (PST) In-Reply-To: References: Date: Fri, 11 Mar 2011 01:54:51 -0600 Message-ID: From: Daniele Alessandrelli To: "Dijk, Esko" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: "core-bounces@ietf.org" , "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 07:53:33 -0000 Maybe it could be simpler to define two types of notification: change notifications and periodic notifications. Change notifications will work as currently specified in observe-01, periodic notifications will work as follows: - the client sends a periodic notification request (specifying a period val= ue) - the server sends a notification at the beginning of each period interval. Change notifications will be used by clients interested in resource changes= . Periodic notifications will be used by proxies to keep their cache up-to-date. They are also useful for applications (clients) requiring a periodic monitoring of a resource (like a discrete-time control system). We can reuse the max-age option to specify the period, or we can create a new option to avoid confusion. On Mon, Mar 7, 2011 at 9:03 AM, Dijk, Esko wrote: > Dear Angelo and Matthieu, > > You wrote: >> When an observation is in progress on a resource and the last notified >> value is going to expire, the server should actively update the cache >> by sending a new notification. > > This is a good way of keeping the cached resource fresh, though it extend= s the definition of Notification (as in observe-01) because this kind of 'e= xpiration driven notification' is not necessarily a result of any state cha= nge of the resource. If we allow this use of Notifications, perhaps Section= 4.1 could mention this as a possible strategy for a server implementation = (MAY?). > >> We could also resurrect the Max-Age option in a request to let a client >> control the maximum time between 2 notifications even if there is no >> change of state. > > This sounds like a useful option to have, though it raises some questions= : > - it should be possible for the server to ignore the requested Max-Age? = =C2=A0(e.g. to avoid extra book-keeping per subscription which was discusse= d previously on the list) > - if ignored by the server, should the Observer be notified/made aware of= this, or not? > - potentially confusing in naming because the meaning of the Max-Age Opti= on in the server's response to the GET is entirely different? > > My present conclusion on this topic is that, if we keep the current fresh= ness model as is, the achieved cache performance necessarily depends on the= value(s) of the Max-Age Option that the server decides to use in its respo= nses. If e.g. the server by default uses 'infinite' Max-Age (i.e. Angelo's = proposal for a default Max-Age) then caching is efficient. If the server de= cides to respond with Max-Age =3D 0 sec always, the cache won't cache anyth= ing in the current model. > > best regards, > Esko > > > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of A= ngelo P. Castellani > Sent: Monday 7 March 2011 10:16 > To: Matthieu VIAL > Cc: core-bounces@ietf.org; core@ietf.org; Klaus Hartke > Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-obser= ve-01 > > On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL > wrote: >>>When an observation is in progress on a resource and the last notified >> value is going to expire, the server should actively update the cache >> by sending a new notification. >> >> We could also resurrect the Max-Age option in a request to let a client >> control the maximum time between 2 notifications even if there is no >> change of state. > > +1 I like also this use of Max-Age. > > So related to option b of my previous message a cache notifies its > Max-Age internal upper bound in this way. > > Angelo > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > > The information contained in this message may be confidential and legally= protected under applicable law. The message is intended solely for the add= ressee(s). If you are not the intended recipient, you are hereby notified t= hat any use, forwarding, dissemination, or reproduction of this message is = strictly prohibited and may be unlawful. If you are not the intended recipi= ent, please contact the sender by return e-mail and destroy all copies of t= he original message. > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From likepeng@huawei.com Fri Mar 11 00:12:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BA9ED3A6BBE; Fri, 11 Mar 2011 00:12:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.36 X-Spam-Level: X-Spam-Status: No, score=-0.36 tagged_above=-999 required=5 tests=[AWL=0.135, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U0WGW77iw0QQ; Fri, 11 Mar 2011 00:12:15 -0800 (PST) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 105C93A6BB6; Fri, 11 Mar 2011 00:12:15 -0800 (PST) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHV008ZPW2ID2@szxga05-in.huawei.com>; Fri, 11 Mar 2011 16:11:06 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LHV00G5DW2GH8@szxga05-in.huawei.com>; Fri, 11 Mar 2011 16:11:06 +0800 (CST) Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 11 Mar 2011 16:10:54 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by szxeml403-hub.china.huawei.com ([169.254.173.75]) with mapi id 14.01.0270.001; Fri, 11 Mar 2011 16:11:04 +0800 Date: Fri, 11 Mar 2011 08:11:04 +0000 From: Likepeng In-reply-to: X-Originating-IP: [10.70.109.110] To: Daniele Alessandrelli , "Dijk, Esko" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2259797@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 Thread-index: AQHL38PdP+tSoULcBkmLIktnED1Bug== X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Cc: "core@ietf.org" , "core-bounces@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 08:12:16 -0000 SSBkb24ndCB0aGluayBpdCBpcyB1c2VmdWwgdG8gZGVmaW5lIHBlcmlvZGljIG5vdGlmaWNhdGlv bnMuIEl0IHdpbGwgYWRkIHRoZSBidXJkZW4gdG8gYm90aCBwcm94eSBhbmQgc2Vuc29yLg0KDQpU byBrZWVwIHRoZSBjYWNoZSB0byBiZSB1cC10by1kYXRlLCB3ZSBjYW4gYWxyZWFkeSB1c2UgTWF4 LUFnZSB0byBzcGVjaWZ5IHRoZSBmcmVzaG5lc3Mgb2YgdGhlIGNhY2hlLiANCg0KSSBkb27igJl0 IHRoaW5rIGl0IGlzIGEgdXNlZnVsIGZlYXR1cmUgdG8gYmUgYWRkZWQuDQoNCktpbmQgUmVnYXJk cw0KS2VwZW5nDQotLS0tLemCruS7tuWOn+S7ti0tLS0tDQrlj5Hku7bkuro6IGNvcmUtYm91bmNl c0BpZXRmLm9yZyBbbWFpbHRvOmNvcmUtYm91bmNlc0BpZXRmLm9yZ10g5Luj6KGoIERhbmllbGUg QWxlc3NhbmRyZWxsaQ0K5Y+R6YCB5pe26Ze0OiAyMDEx5bm0M+aciDEx5pelIDE1OjU1DQrmlLbk u7bkuro6IERpamssIEVza28NCuaKhOmAgTogY29yZS1ib3VuY2VzQGlldGYub3JnOyBjb3JlQGll dGYub3JnOyBLbGF1cyBIYXJ0a2UNCuS4u+mimDogUmU6IFtjb3JlXSBGd2Q6IE5ldyBWZXJzaW9u IE5vdGlmaWNhdGlvbmZvcmRyYWZ0LWlldGYtY29yZS1vYnNlcnZlLTAxDQoNCk1heWJlIGl0IGNv dWxkIGJlIHNpbXBsZXIgdG8gZGVmaW5lIHR3byB0eXBlcyBvZiBub3RpZmljYXRpb246IGNoYW5n ZQ0Kbm90aWZpY2F0aW9ucyBhbmQgcGVyaW9kaWMgbm90aWZpY2F0aW9ucy4gQ2hhbmdlIG5vdGlm aWNhdGlvbnMgd2lsbA0Kd29yayBhcyBjdXJyZW50bHkgc3BlY2lmaWVkIGluIG9ic2VydmUtMDEs DQpwZXJpb2RpYyBub3RpZmljYXRpb25zIHdpbGwgd29yayBhcyBmb2xsb3dzOg0KLSB0aGUgY2xp ZW50IHNlbmRzIGEgcGVyaW9kaWMgbm90aWZpY2F0aW9uIHJlcXVlc3QgKHNwZWNpZnlpbmcgYSBw ZXJpb2QgdmFsdWUpDQotIHRoZSBzZXJ2ZXIgc2VuZHMgYSBub3RpZmljYXRpb24gYXQgdGhlIGJl Z2lubmluZyBvZiBlYWNoIHBlcmlvZCBpbnRlcnZhbC4NCg0KQ2hhbmdlIG5vdGlmaWNhdGlvbnMg d2lsbCBiZSB1c2VkIGJ5IGNsaWVudHMgaW50ZXJlc3RlZCBpbiByZXNvdXJjZSBjaGFuZ2VzLg0K UGVyaW9kaWMgbm90aWZpY2F0aW9ucyB3aWxsIGJlIHVzZWQgYnkgcHJveGllcyB0byBrZWVwIHRo ZWlyIGNhY2hlDQp1cC10by1kYXRlLiBUaGV5IGFyZSBhbHNvIHVzZWZ1bCBmb3IgYXBwbGljYXRp b25zIChjbGllbnRzKSByZXF1aXJpbmcNCmEgcGVyaW9kaWMgbW9uaXRvcmluZyBvZiBhIHJlc291 cmNlIChsaWtlIGEgZGlzY3JldGUtdGltZSBjb250cm9sDQpzeXN0ZW0pLg0KDQpXZSBjYW4gcmV1 c2UgdGhlIG1heC1hZ2Ugb3B0aW9uIHRvIHNwZWNpZnkgdGhlIHBlcmlvZCwgb3Igd2UgY2FuDQpj cmVhdGUgYSBuZXcgb3B0aW9uIHRvIGF2b2lkIGNvbmZ1c2lvbi4NCg0KDQpPbiBNb24sIE1hciA3 LCAyMDExIGF0IDk6MDMgQU0sIERpamssIEVza28gPGVza28uZGlqa0BwaGlsaXBzLmNvbT4gd3Jv dGU6DQo+IERlYXIgQW5nZWxvIGFuZCBNYXR0aGlldSwNCj4NCj4gWW91IHdyb3RlOg0KPj4gV2hl biBhbiBvYnNlcnZhdGlvbiBpcyBpbiBwcm9ncmVzcyBvbiBhIHJlc291cmNlIGFuZCB0aGUgbGFz dCBub3RpZmllZA0KPj4gdmFsdWUgaXMgZ29pbmcgdG8gZXhwaXJlLCB0aGUgc2VydmVyIHNob3Vs ZCBhY3RpdmVseSB1cGRhdGUgdGhlIGNhY2hlDQo+PiBieSBzZW5kaW5nIGEgbmV3IG5vdGlmaWNh dGlvbi4NCj4NCj4gVGhpcyBpcyBhIGdvb2Qgd2F5IG9mIGtlZXBpbmcgdGhlIGNhY2hlZCByZXNv dXJjZSBmcmVzaCwgdGhvdWdoIGl0IGV4dGVuZHMgdGhlIGRlZmluaXRpb24gb2YgTm90aWZpY2F0 aW9uIChhcyBpbiBvYnNlcnZlLTAxKSBiZWNhdXNlIHRoaXMga2luZCBvZiAnZXhwaXJhdGlvbiBk cml2ZW4gbm90aWZpY2F0aW9uJyBpcyBub3QgbmVjZXNzYXJpbHkgYSByZXN1bHQgb2YgYW55IHN0 YXRlIGNoYW5nZSBvZiB0aGUgcmVzb3VyY2UuIElmIHdlIGFsbG93IHRoaXMgdXNlIG9mIE5vdGlm aWNhdGlvbnMsIHBlcmhhcHMgU2VjdGlvbiA0LjEgY291bGQgbWVudGlvbiB0aGlzIGFzIGEgcG9z c2libGUgc3RyYXRlZ3kgZm9yIGEgc2VydmVyIGltcGxlbWVudGF0aW9uIChNQVk/KS4NCj4NCj4+ IFdlIGNvdWxkIGFsc28gcmVzdXJyZWN0IHRoZSBNYXgtQWdlIG9wdGlvbiBpbiBhIHJlcXVlc3Qg dG8gbGV0IGEgY2xpZW50DQo+PiBjb250cm9sIHRoZSBtYXhpbXVtIHRpbWUgYmV0d2VlbiAyIG5v dGlmaWNhdGlvbnMgZXZlbiBpZiB0aGVyZSBpcyBubw0KPj4gY2hhbmdlIG9mIHN0YXRlLg0KPg0K PiBUaGlzIHNvdW5kcyBsaWtlIGEgdXNlZnVsIG9wdGlvbiB0byBoYXZlLCB0aG91Z2ggaXQgcmFp c2VzIHNvbWUgcXVlc3Rpb25zOg0KPiAtIGl0IHNob3VsZCBiZSBwb3NzaWJsZSBmb3IgdGhlIHNl cnZlciB0byBpZ25vcmUgdGhlIHJlcXVlc3RlZCBNYXgtQWdlPyDCoChlLmcuIHRvIGF2b2lkIGV4 dHJhIGJvb2sta2VlcGluZyBwZXIgc3Vic2NyaXB0aW9uIHdoaWNoIHdhcyBkaXNjdXNzZWQgcHJl dmlvdXNseSBvbiB0aGUgbGlzdCkNCj4gLSBpZiBpZ25vcmVkIGJ5IHRoZSBzZXJ2ZXIsIHNob3Vs ZCB0aGUgT2JzZXJ2ZXIgYmUgbm90aWZpZWQvbWFkZSBhd2FyZSBvZiB0aGlzLCBvciBub3Q/DQo+ IC0gcG90ZW50aWFsbHkgY29uZnVzaW5nIGluIG5hbWluZyBiZWNhdXNlIHRoZSBtZWFuaW5nIG9m IHRoZSBNYXgtQWdlIE9wdGlvbiBpbiB0aGUgc2VydmVyJ3MgcmVzcG9uc2UgdG8gdGhlIEdFVCBp cyBlbnRpcmVseSBkaWZmZXJlbnQ/DQo+DQo+IE15IHByZXNlbnQgY29uY2x1c2lvbiBvbiB0aGlz IHRvcGljIGlzIHRoYXQsIGlmIHdlIGtlZXAgdGhlIGN1cnJlbnQgZnJlc2huZXNzIG1vZGVsIGFz IGlzLCB0aGUgYWNoaWV2ZWQgY2FjaGUgcGVyZm9ybWFuY2UgbmVjZXNzYXJpbHkgZGVwZW5kcyBv biB0aGUgdmFsdWUocykgb2YgdGhlIE1heC1BZ2UgT3B0aW9uIHRoYXQgdGhlIHNlcnZlciBkZWNp ZGVzIHRvIHVzZSBpbiBpdHMgcmVzcG9uc2VzLiBJZiBlLmcuIHRoZSBzZXJ2ZXIgYnkgZGVmYXVs dCB1c2VzICdpbmZpbml0ZScgTWF4LUFnZSAoaS5lLiBBbmdlbG8ncyBwcm9wb3NhbCBmb3IgYSBk ZWZhdWx0IE1heC1BZ2UpIHRoZW4gY2FjaGluZyBpcyBlZmZpY2llbnQuIElmIHRoZSBzZXJ2ZXIg ZGVjaWRlcyB0byByZXNwb25kIHdpdGggTWF4LUFnZSA9IDAgc2VjIGFsd2F5cywgdGhlIGNhY2hl IHdvbid0IGNhY2hlIGFueXRoaW5nIGluIHRoZSBjdXJyZW50IG1vZGVsLg0KPg0KPiBiZXN0IHJl Z2FyZHMsDQo+IEVza28NCj4NCj4NCj4gLS0tLS1PcmlnaW5hbCBNZXNzYWdlLS0tLS0NCj4gRnJv bTogY29yZS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86Y29yZS1ib3VuY2VzQGlldGYub3JnXSBP biBCZWhhbGYgT2YgQW5nZWxvIFAuIENhc3RlbGxhbmkNCj4gU2VudDogTW9uZGF5IDcgTWFyY2gg MjAxMSAxMDoxNg0KPiBUbzogTWF0dGhpZXUgVklBTA0KPiBDYzogY29yZS1ib3VuY2VzQGlldGYu b3JnOyBjb3JlQGlldGYub3JnOyBLbGF1cyBIYXJ0a2UNCj4gU3ViamVjdDogUmU6IFtjb3JlXSBG d2Q6IE5ldyBWZXJzaW9uIE5vdGlmaWNhdGlvbmZvcmRyYWZ0LWlldGYtY29yZS1vYnNlcnZlLTAx DQo+DQo+IE9uIE1vbiwgTWFyIDcsIDIwMTEgYXQgMTA6MDksIE1hdHRoaWV1IFZJQUwNCj4gPG1h dHRoaWV1LnZpYWxAZnIubm9uLnNjaG5laWRlci1lbGVjdHJpYy5jb20+IHdyb3RlOg0KPj4+V2hl biBhbiBvYnNlcnZhdGlvbiBpcyBpbiBwcm9ncmVzcyBvbiBhIHJlc291cmNlIGFuZCB0aGUgbGFz dCBub3RpZmllZA0KPj4gdmFsdWUgaXMgZ29pbmcgdG8gZXhwaXJlLCB0aGUgc2VydmVyIHNob3Vs ZCBhY3RpdmVseSB1cGRhdGUgdGhlIGNhY2hlDQo+PiBieSBzZW5kaW5nIGEgbmV3IG5vdGlmaWNh dGlvbi4NCj4+DQo+PiBXZSBjb3VsZCBhbHNvIHJlc3VycmVjdCB0aGUgTWF4LUFnZSBvcHRpb24g aW4gYSByZXF1ZXN0IHRvIGxldCBhIGNsaWVudA0KPj4gY29udHJvbCB0aGUgbWF4aW11bSB0aW1l IGJldHdlZW4gMiBub3RpZmljYXRpb25zIGV2ZW4gaWYgdGhlcmUgaXMgbm8NCj4+IGNoYW5nZSBv ZiBzdGF0ZS4NCj4NCj4gKzEgSSBsaWtlIGFsc28gdGhpcyB1c2Ugb2YgTWF4LUFnZS4NCj4NCj4g U28gcmVsYXRlZCB0byBvcHRpb24gYiBvZiBteSBwcmV2aW91cyBtZXNzYWdlIGEgY2FjaGUgbm90 aWZpZXMgaXRzDQo+IE1heC1BZ2UgaW50ZXJuYWwgdXBwZXIgYm91bmQgaW4gdGhpcyB3YXkuDQo+ DQo+IEFuZ2Vsbw0KPiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fXw0KPiBjb3JlIG1haWxpbmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3 LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0KPg0KPiBUaGUgaW5mb3JtYXRpb24gY29u dGFpbmVkIGluIHRoaXMgbWVzc2FnZSBtYXkgYmUgY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHBy b3RlY3RlZCB1bmRlciBhcHBsaWNhYmxlIGxhdy4gVGhlIG1lc3NhZ2UgaXMgaW50ZW5kZWQgc29s ZWx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVj aXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0IGFueSB1c2UsIGZvcndhcmRpbmcs IGRpc3NlbWluYXRpb24sIG9yIHJlcHJvZHVjdGlvbiBvZiB0aGlzIG1lc3NhZ2UgaXMgc3RyaWN0 bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50 ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUgc2VuZGVyIGJ5IHJldHVybiBlLW1h aWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgb3JpZ2luYWwgbWVzc2FnZS4NCj4NCj4g X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18NCj4gY29yZSBt YWlsaW5nIGxpc3QNCj4gY29yZUBpZXRmLm9yZw0KPiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWls bWFuL2xpc3RpbmZvL2NvcmUNCj4NCl9fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fDQpjb3JlIG1haWxpbmcgbGlzdA0KY29yZUBpZXRmLm9yZw0KaHR0cHM6Ly93 d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0aW5mby9jb3JlDQo= From trac+core@trac.tools.ietf.org Fri Mar 11 00:47:18 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4D6423A6B8A for ; Fri, 11 Mar 2011 00:47:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pwV34+09JKyw for ; Fri, 11 Mar 2011 00:47:17 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id A539D3A6955 for ; Fri, 11 Mar 2011 00:47:17 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pxy1T-0005vm-LK; Fri, 11 Mar 2011 00:48:35 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 08:48:35 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/94#comment:1 Message-ID: <066.cbb12c570ef91d3034c5bbe82381f76f@trac.tools.ietf.org> References: <057.ce4cfb2a8745137c4124398dceeb5ad6@trac.tools.ietf.org> X-Trac-Ticket-ID: 94 In-Reply-To: <057.ce4cfb2a8745137c4124398dceeb5ad6@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #94: Declare CoAP support for well-known URIs X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 08:47:18 -0000 #94: Declare CoAP support for well-known URIs Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Added support for well-known URIs to the coap scheme registration in Section 11.4. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: task | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From zach@sensinode.com Fri Mar 11 00:59:27 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CBC7F3A6BAC for ; Fri, 11 Mar 2011 00:59:27 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id F0ldR7CKiSRL for ; Fri, 11 Mar 2011 00:59:26 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id D9B0C3A686A for ; Fri, 11 Mar 2011 00:59:25 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2B90doi000472 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Mar 2011 11:00:40 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-625--595705570; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: <051.c7b238c8141101489e3540f9ef2d1f8d@trac.tools.ietf.org> Date: Fri, 11 Mar 2011 11:00:41 +0200 Message-Id: References: <051.c7b238c8141101489e3540f9ef2d1f8d@trac.tools.ietf.org> To: core issue tracker X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org Subject: Re: [core] #123: Etag size X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 08:59:27 -0000 --Apple-Mail-625--595705570 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 10, 2011, at 3:52 PM, core issue tracker wrote: > #123: Etag size >=20 > In November we had a discussion of the sizes of the two opaque strings = we > have (Etag and Token): > http://www.ietf.org/mail-archive/web/core/current/msg01116.html >=20 > We did adjust Token to be 1-8 bytes, but not Etag. Even though they = serve > different purposes, this looks like an omission. E.g. looking at HTTP > mappers, it is clear that it is hard to do stateless mapping (hashing) = of > HTTP Etags to four bytes (birthday paradox). Enabling up to 8 bytes = of > CoAP Etag would significantly reduce the collision probability. = (Still > not "correct", but maybe tenable for certain applications.) Good point, I am OK with this change, although we should recommend that = short Etags should be used whenever possible.=20 Zach=20 >=20 > --=20 > = ----------------------------------+---------------------------------------= -- > Reporter: cabo@=85 | Owner: =20 > Type: protocol enhancement | Status: new =20 > Priority: minor | Milestone: ietf80 > Component: coap | Version: =20 > Severity: Active WG Document | Keywords: =20 > = ----------------------------------+---------------------------------------= -- >=20 > Ticket URL: > core >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-625--595705570 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxMTA5MDA0 MVowIwYJKoZIhvcNAQkEMRYEFHw8gJTRtY86fN9dMV5xU5ipB4XfMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBACEl2ZQ/R4DQnAS/CjKUaJKEDzvsRCWus2g1x+XpQNGlWM8eNIu39mIk LoD2B9EzZKMuLDtTn0EWuM8fczLRLTxMTQp2okFW915oh24CIuTn8LM4iOwbr3aFbaruMKJ5vyuO JzHCOHuTPFZNZ0Ao4+D2Kj+hMxxXiCxK0xTGQkQppp4r6tBVj2bXP81JEleXd73aG13Ba/8wbees BnKIRKTRiCuAPpsNmhwfYahuDWTz0Ap+p0x3uzXQuRAWDJ/kMEjOcYauyAvKtEdg5VpbC1pxwZ8E WySnAYqHHh86xgoTGaLwPOhPbxdZxRpVS2Yw8SbcNbHKHaTrKFxWYmKegc8AAAAAAAA= --Apple-Mail-625--595705570-- From zach@sensinode.com Fri Mar 11 01:03:42 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 000C93A6955 for ; Fri, 11 Mar 2011 01:03:41 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XmoNPOri8jWk for ; Fri, 11 Mar 2011 01:03:40 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 68CD03A6BBB for ; Fri, 11 Mar 2011 01:03:40 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2B93vJq002220 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Mar 2011 11:04:56 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-627--595448937; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org> Date: Fri, 11 Mar 2011 11:04:58 +0200 Message-Id: <156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> References: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org> To: core issue tracker X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] coap #101 (new): Review media type registry X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 09:03:42 -0000 --Apple-Mail-627--595448937 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Feb 7, 2011, at 6:40 PM, core issue tracker wrote: > #101: Review media type registry >=20 > =46rom [http://www.ietf.org/mail-archive/web/uri- > review/current/msg01321.html Bj=F6rn H=F6hrmann's review]: >=20 > "it might be a good idea to have ietf-types@iana.org review the 'Media > Type Registry' defined in the document. I am also worried by 'Correct > examples from Table 8 include application/link-format, > application/atom+xml and application/x-obix-binary' since one of these > types cannot by registered and another one isn't registered, though I = see > there is a draft for the unregistered one." Good point, we should just remove that sentence as it is misleading. >=20 > So the current list of initial assignments should be reviewed and, = when > it's in good shape, a request to review the section should be sent to = the > ietf-types mailing list. Are there more media types in this initial registration that could be = removed? I am not convinced that we need application/fastinfoset or = application/soap+fastinfoset at this point, have not head of anyone = actually using these. All the rest of them I actually know of current or = potential uses for, so I think they should be kept.=20 Zach >=20 >=20 > --=20 > = ----------------------------+---------------------------------------------= -- > Reporter: hartke@=85 | Owner: =20 > Type: task | Status: new > Priority: minor | Milestone: =20 > Component: coap | Version: =20 > Severity: - | Keywords: =20 > = ----------------------------+---------------------------------------------= -- >=20 > Ticket URL: > core >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-627--595448937 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxMTA5MDQ1 OFowIwYJKoZIhvcNAQkEMRYEFEgvuClYbSWMGgFlh6HfAPmYqFe/MIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAB+1LVlUzZPR24mlhVyUzKVbM/cy3t5W9Kof4TGinktma813Tp9N//eY Pn56YrbQI0hPAkbaujmO/fWJxhZQZXDhDgCzTu1ZdxWk5NWX+YcIxrBFFJiwveU14+Gj5Qr4px9+ sAY7VYzu4d9bJPLLViVZT2osNaaFvYKFmd3qFHclMqD5TFC2qh5yQcm6RbL1s2N7LVlRLg8H4x6J qb0DlMVUwoPfVqs2jju76oataxLjr9dbcU7Qtv/FRcY+89xy+z6low3oiSKlZWsnKP47HSElADJn Ke0+RRr9Fy7yJ+xP+rtwfb9HrV4og/hWJuem8QGKR71bqNbucHOE/he6dq4AAAAAAAA= --Apple-Mail-627--595448937-- From trac+core@trac.tools.ietf.org Fri Mar 11 01:08:38 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 36A653A6BAA for ; Fri, 11 Mar 2011 01:08:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YK9PcvP3PhXG for ; Fri, 11 Mar 2011 01:08:37 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 8CFBF3A6968 for ; Fri, 11 Mar 2011 01:08:37 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxyM5-000538-Uf; Fri, 11 Mar 2011 01:09:54 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com, cabo@tzi.org X-Trac-Project: core Date: Fri, 11 Mar 2011 09:09:53 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/99#comment:2 Message-ID: <066.35021bf9ddc9386dca89061adfc0f450@trac.tools.ietf.org> References: <057.b3f29d9e6c4573df74e88f889e0e2ee2@trac.tools.ietf.org> X-Trac-Ticket-ID: 99 In-Reply-To: <057.b3f29d9e6c4573df74e88f889e0e2ee2@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.com, cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #99: Move 'obs' attribute to core-observe draft X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:08:38 -0000 #99: Move 'obs' attribute to core-observe draft Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Done. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: editorial | Status: closed Priority: minor | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 01:15:11 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7E7CD3A6BAD for ; Fri, 11 Mar 2011 01:15:11 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KNlzWRVXt3Bt for ; Fri, 11 Mar 2011 01:15:10 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D4EE93A6BAC for ; Fri, 11 Mar 2011 01:15:10 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxyST-0007Gt-Kp; Fri, 11 Mar 2011 01:16:29 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 09:16:29 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/121#comment:1 Message-ID: <066.751d9cc31b5c9bfd166bb1d159fd53d3@trac.tools.ietf.org> References: <057.4f6692991332a0ea651743119c2715a6@trac.tools.ietf.org> X-Trac-Ticket-ID: 121 In-Reply-To: <057.4f6692991332a0ea651743119c2715a6@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #121: Attribute renaming X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:15:11 -0000 #121: Attribute renaming Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Change made in link-format-03. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 01:19:55 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DBC73A687E for ; Fri, 11 Mar 2011 01:19:55 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nH6Fa6Wt9P7U for ; Fri, 11 Mar 2011 01:19:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D6AB03A67B0 for ; Fri, 11 Mar 2011 01:19:54 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PxyX4-0000B1-4k; Fri, 11 Mar 2011 01:21:14 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 09:21:14 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/91#comment:1 Message-ID: <066.6640a8e23fc440bb7a020bebb1c23222@trac.tools.ietf.org> References: <057.9e28dd9b6c262494556416627f5d30d8@trac.tools.ietf.org> X-Trac-Ticket-ID: 91 In-Reply-To: <057.9e28dd9b6c262494556416627f5d30d8@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #91: Substring vs. bytewise matching bug X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:19:55 -0000 #91: Substring vs. bytewise matching bug Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Fixed in link-format-03. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol defect | Status: closed Priority: major | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 01:31:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 32DB93A6C09 for ; Fri, 11 Mar 2011 01:31:33 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Q25r1g9iHaN3 for ; Fri, 11 Mar 2011 01:31:32 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 3DFBF3A6BB0 for ; Fri, 11 Mar 2011 01:31:22 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pxyi9-0006DK-63; Fri, 11 Mar 2011 01:32:41 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 09:32:41 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/95#comment:1 Message-ID: <066.d72dff7022f463dc5bfbebd262277764@trac.tools.ietf.org> References: <057.9ad73496e6790a5f43e31441a3466d4a@trac.tools.ietf.org> X-Trac-Ticket-ID: 95 In-Reply-To: <057.9ad73496e6790a5f43e31441a3466d4a@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #95: Remove hierarchy recommendation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:31:33 -0000 #95: Remove hierarchy recommendation Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: The hierarchical useage recommendation has been removed from link- format-03. In addition an example of locating indexes of link-format elsewhere on the server has been added. Text forbidding the creation of sub-reosurces under /.well-known/core was not included as it is not clear if this is forbidden or not. As far as this specification is concerned it is simple reserving and specifying use of the /.well-known/core resource. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 01:40:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 80FF73A69AA for ; Fri, 11 Mar 2011 01:40:16 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id eofAG7jeEFIP for ; Fri, 11 Mar 2011 01:40:15 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id BE3C83A6BB0 for ; Fri, 11 Mar 2011 01:40:15 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pxyqi-0000rp-I6; Fri, 11 Mar 2011 01:41:32 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 09:41:32 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://trac.tools.ietf.org/wg/core/trac/ticket/92#comment:1 Message-ID: <066.ca025df1deaeab300d66a94c86e7c5e6@trac.tools.ietf.org> References: <057.d8dc4ffe60924591be90fbd5825a0813@trac.tools.ietf.org> X-Trac-Ticket-ID: 92 In-Reply-To: <057.d8dc4ffe60924591be90fbd5825a0813@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #92: Sentence on alternative formats X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:40:16 -0000 #92: Sentence on alternative formats Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: More explanatory text was added to Section 2. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 01:41:38 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 851463A6BBD for ; Fri, 11 Mar 2011 01:41:38 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iB+7ttN6h-jf for ; Fri, 11 Mar 2011 01:41:37 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EA00E3A6BBA for ; Fri, 11 Mar 2011 01:41:37 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pxys5-0000u5-8B; Fri, 11 Mar 2011 01:42:57 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Fri, 11 Mar 2011 09:42:57 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/93#comment:1 Message-ID: <066.0b567abe545f3f3b0bedf882f1d10db1@trac.tools.ietf.org> References: <057.05e6e1a8b1c1b48be0e39f2afbb17610@trac.tools.ietf.org> X-Trac-Ticket-ID: 93 In-Reply-To: <057.05e6e1a8b1c1b48be0e39f2afbb17610@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #93: Bug in Section 2.2.4 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 09:41:38 -0000 #93: Bug in Section 2.2.4 Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Fixed. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol defect | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 11 03:41:31 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9DDC73A68DD for ; Fri, 11 Mar 2011 03:41:31 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2XnL5ee6Y6mm for ; Fri, 11 Mar 2011 03:41:30 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E0D0A3A68B5 for ; Fri, 11 Mar 2011 03:41:30 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Py0k4-0007Ry-Ir; Fri, 11 Mar 2011 03:42:48 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Fri, 11 Mar 2011 11:42:48 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/126 Message-ID: <053.d93fb0ee296cb1807d144b0e33350cf6@trac.tools.ietf.org> X-Trac-Ticket-ID: 126 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@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 Cc: core@ietf.org Subject: [core] #126: Drop Lifetime X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 11 Mar 2011 11:41:31 -0000 #126: Drop Lifetime It seems to be possible to simplify the observation mechanism by dropping the Observation Lifetime, i.e. the need for the client to refresh an observation relationship from time to time if it wants to kept notified of state changes. Without Lifetime, an observation relationship is ended under the following conditions: - The server sends a notification response with a non-success response code (4.xx or 5.xx). - The client rejects a confirmable notification with a RST message. - The last attempt of transmitting a confirmable notification to the client times out. It also seems beneficial giving the server license to drop all observation relationships to a client when one response times out. Dropping the Lifetime requires a new mechanism that enables a client to detect the reordering of notifications. A simple solution is to have the server keep a single N-bit integer variable for all observations. The variable is incremented every second (wrapping around every 2**N seconds). The server includes the current value of the variable each time it sends a notification. The client can decide if a notification is newer than another by comparing the value included by the server and the timestamp of the two notifications (so it needs to remember only the latest notification per observation relationship). -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: new Priority: major | Milestone: Component: observe | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From zach@sensinode.com Fri Mar 11 03:50:13 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 599323A68ED for ; Fri, 11 Mar 2011 03:50:13 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V+d5HV6ihfiO for ; Fri, 11 Mar 2011 03:50:11 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id ACA683A688C for ; Fri, 11 Mar 2011 03:50:09 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2BBpMbp011929 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Mar 2011 13:51:23 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-629--585462017; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: <053.d93fb0ee296cb1807d144b0e33350cf6@trac.tools.ietf.org> Date: Fri, 11 Mar 2011 13:51:25 +0200 Message-Id: <17530E58-6DD4-4DAC-9C57-856E6099CEE7@sensinode.com> References: <053.d93fb0ee296cb1807d144b0e33350cf6@trac.tools.ietf.org> To: "core issue tracker" X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] #126: Drop Lifetime X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 11:50:13 -0000 --Apple-Mail-629--585462017 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 On Mar 11, 2011, at 1:42 PM, core issue tracker wrote: > #126: Drop Lifetime >=20 > It seems to be possible to simplify the observation mechanism by = dropping > the Observation Lifetime, i.e. the need for the client to refresh an > observation relationship from time to time if it wants to kept = notified of > state changes. This is a good solution for reducing state required by a server.=20 >=20 > Without Lifetime, an observation relationship is ended under the = following > conditions: >=20 > - The server sends a notification response with a non-success = response > code (4.xx or 5.xx). > - The client rejects a confirmable notification with a RST message. > - The last attempt of transmitting a confirmable notification to the > client times out. WFM >=20 > It also seems beneficial giving the server license to drop all = observation > relationships to a client when one response times out. Agreed. >=20 > Dropping the Lifetime requires a new mechanism that enables a client = to > detect the reordering of notifications. A simple solution is to have = the > server keep a single N-bit integer variable for all observations. The > variable is incremented every second (wrapping around every 2**N = seconds). > The server includes the current value of the variable each time it = sends a > notification. The client can decide if a notification is newer than > another by comparing the value included by the server and the = timestamp of > the two notifications (so it needs to remember only the latest > notification per observation relationship). Is this really a necessary feature of the observe mechanism itself? We = could instead simply document that observe does not including a = mechanism for detecting the order of notifications, and recommend that = applications needing this functionality should deal with it in the = representation of the resource by including e.g. a sequence number or = timestamp.=20 Zach =20 >=20 > --=20 > = ----------------------------------+---------------------------------------= -- > Reporter: hartke@=85 | Owner: hartke@=85 =20 > Type: protocol enhancement | Status: new =20 > Priority: major | Milestone: =20 > Component: observe | Version: =20 > Severity: - | Keywords: =20 > = ----------------------------------+---------------------------------------= -- >=20 > Ticket URL: > core >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-629--585462017 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxMTExNTEy NVowIwYJKoZIhvcNAQkEMRYEFAqIkfkwwBiP9/idMac6Ae5+2JMKMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAGtBpy2i2fvG9fZyohkCt5ZxQdIrGwZU4suSPTuAQXj6k9FjcC46GPvX 6a5NM3KjlxDb8R0G6aQGVgtKTHN/Q8SIKCxCdgx9vCzWvFoqqLEUF57V2Ls252pz7IhB9G1G0XCB H8wB4+Q6KIGhQGl7ERHNSL5zyrb2seOBNucMSq0hjlAr5RPfRMH2Wr2n70zndZOxT1wj9Pqf0F3O ImfhSdzPDGgp9piANBCZfiaYSD3CVSoWf3VCeYB2CLh690vN/0oq8bc5E6VZebNGlWaGr88WAMx9 I/9bd7LPJTmG7VwIoMQgRcXlew5LgwrxGnyNhopiZdyQy8m75087ZZOcsmwAAAAAAAA= --Apple-Mail-629--585462017-- From angelo.castellani@gmail.com Fri Mar 11 03:54:12 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 17C973A68ED for ; Fri, 11 Mar 2011 03:54:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.935 X-Spam-Level: X-Spam-Status: No, score=-2.935 tagged_above=-999 required=5 tests=[AWL=0.042, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zLbPzlTPAbhj for ; Fri, 11 Mar 2011 03:54:10 -0800 (PST) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 71C8F3A6910 for ; Fri, 11 Mar 2011 03:54:10 -0800 (PST) Received: by qwh6 with SMTP id 6so2417538qwh.31 for ; Fri, 11 Mar 2011 03:55:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=sFRhmvJpgbaxhMqhgrqJ7bSlXxYZfxjojLKruNKxalM=; b=RWB0FcmPb4WH9fBl70MSJy4aBFJHHWr45vHEu7cS2hs0f2YcHKBRX7Kmf8+DrSncui ltTE2V68cZhpAE6DVK1sPPjBsGTzf6R6lbwRINLoINa2uhYv96tBJZzk2mKrcxfnAJYn OFGyKXgRJrzBeW3Kqd79FNHYRIKsiGym8DYQw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=h6GeGpXQ7Cr5liFH9Mgm3BDvWjlDZarSofZCqMTsVBoJLxkxgqONvZe7+p+tzqPfcz kcyHGy2GVEsM2bGvFG7oEGSVakaJ2Oi8gYOstkuCGyPN2w+wSRqHD7OFhweSFVsbe71f QDWMYzq6QM9C1xYCqG9SphngUg4fxI0Sbfsp4= Received: by 10.229.44.147 with SMTP id a19mr7497536qcf.136.1299844529125; Fri, 11 Mar 2011 03:55:29 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Fri, 11 Mar 2011 03:55:09 -0800 (PST) From: "Angelo P. Castellani" Date: Fri, 11 Mar 2011 12:55:09 +0100 X-Google-Sender-Auth: FsTGzByxN3Le59C1DwozrnWNJIE Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: [core] Unicast NON congestion control X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 11:54:12 -0000 Looking at Sec. 4.5 of coap-04, I can't find any explicit text about limiting unicast NON messages to avoid congestion. This seems relevant to me especially when CoAP servers send observe-01 notifications as NON and I have not found any text about congestion control in observe-01. Using aggregate congestion control defined in Sec. 3.2 of congestion-control-01 seems a good starting point to me. Best, Angelo From zach@sensinode.com Fri Mar 11 04:00:25 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 5627A3A6BBE; Fri, 11 Mar 2011 04:00:25 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DamfQCMyxnGw; Fri, 11 Mar 2011 04:00:24 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 9F8093A6BB6; Fri, 11 Mar 2011 04:00:22 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2BC1a7J023852 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Mar 2011 14:01:36 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-630--584848495; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: Date: Fri, 11 Mar 2011 14:01:38 +0200 Message-Id: References: To: Daniele Alessandrelli X-Mailer: Apple Mail (2.1082) Cc: Klaus Hartke , "core@ietf.org" , "core-bounces@ietf.org" Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 12:00:25 -0000 --Apple-Mail-630--584848495 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Daniele, On Mar 11, 2011, at 9:54 AM, Daniele Alessandrelli wrote: > Maybe it could be simpler to define two types of notification: change > notifications and periodic notifications. Change notifications will > work as currently specified in observe-01, > periodic notifications will work as follows: > - the client sends a periodic notification request (specifying a = period value) > - the server sends a notification at the beginning of each period = interval. Does this really need to be part of the observe mechanism itself? In the = last interim meeting we agreed to try to reduce the state needed for = observations.=20 While first starting to design observe, we went through many discussions = about all the cool things we might want to do with observation. Periods, = thresholds and averaging just to mention a few. At that time we decided = to leave such possible features to the server. This is the reason it is = up to a server to determine what change means. Change could mean a = period has elapsed, a threshold has been passed, a value has changed by = some amount etc. A server could be pre-configured with such parameters a = priori, or some REST interface could be provided for setting them. = Regardless, I feel this is an application specific issue and often time = requires knowledge about the representations to be observed.=20 Regarding Esko's suggestion of allowing a server to send a new = notification when it knows a representation is going to expire at a = server, I find that to be an interesting idea. Doesn't seem like we came = to a conclusion on that yet?=20 Zach > Change notifications will be used by clients interested in resource = changes. > Periodic notifications will be used by proxies to keep their cache > up-to-date. They are also useful for applications (clients) requiring > a periodic monitoring of a resource (like a discrete-time control > system). >=20 > We can reuse the max-age option to specify the period, or we can > create a new option to avoid confusion. >=20 >=20 > On Mon, Mar 7, 2011 at 9:03 AM, Dijk, Esko = wrote: >> Dear Angelo and Matthieu, >>=20 >> You wrote: >>> When an observation is in progress on a resource and the last = notified >>> value is going to expire, the server should actively update the = cache >>> by sending a new notification. >>=20 >> This is a good way of keeping the cached resource fresh, though it = extends the definition of Notification (as in observe-01) because this = kind of 'expiration driven notification' is not necessarily a result of = any state change of the resource. If we allow this use of Notifications, = perhaps Section 4.1 could mention this as a possible strategy for a = server implementation (MAY?). >>=20 >>> We could also resurrect the Max-Age option in a request to let a = client >>> control the maximum time between 2 notifications even if there is no >>> change of state. >>=20 >> This sounds like a useful option to have, though it raises some = questions: >> - it should be possible for the server to ignore the requested = Max-Age? (e.g. to avoid extra book-keeping per subscription which was = discussed previously on the list) >> - if ignored by the server, should the Observer be notified/made = aware of this, or not? >> - potentially confusing in naming because the meaning of the Max-Age = Option in the server's response to the GET is entirely different? >>=20 >> My present conclusion on this topic is that, if we keep the current = freshness model as is, the achieved cache performance necessarily = depends on the value(s) of the Max-Age Option that the server decides to = use in its responses. If e.g. the server by default uses 'infinite' = Max-Age (i.e. Angelo's proposal for a default Max-Age) then caching is = efficient. If the server decides to respond with Max-Age =3D 0 sec = always, the cache won't cache anything in the current model. >>=20 >> best regards, >> Esko >>=20 >>=20 >> -----Original Message----- >> From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf = Of Angelo P. Castellani >> Sent: Monday 7 March 2011 10:16 >> To: Matthieu VIAL >> Cc: core-bounces@ietf.org; core@ietf.org; Klaus Hartke >> Subject: Re: [core] Fwd: New Version = Notificationfordraft-ietf-core-observe-01 >>=20 >> On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL >> wrote: >>>> When an observation is in progress on a resource and the last = notified >>> value is going to expire, the server should actively update the = cache >>> by sending a new notification. >>>=20 >>> We could also resurrect the Max-Age option in a request to let a = client >>> control the maximum time between 2 notifications even if there is no >>> change of state. >>=20 >> +1 I like also this use of Max-Age. >>=20 >> So related to option b of my previous message a cache notifies its >> Max-Age internal upper bound in this way. >>=20 >> Angelo >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >>=20 >> The information contained in this message may be confidential and = legally protected under applicable law. The message is intended solely = for the addressee(s). If you are not the intended recipient, you are = hereby notified that any use, forwarding, dissemination, or reproduction = of this message is strictly prohibited and may be unlawful. If you are = not the intended recipient, please contact the sender by return e-mail = and destroy all copies of the original message. >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >>=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-630--584848495 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxMTEyMDEz OVowIwYJKoZIhvcNAQkEMRYEFHTTx0hG65mnvOxaE6RGvBtu+GlXMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAJNi2Qqt0ZLBpLo5puaTOgb1U3wS24JwNC6jMy/J4BeU1FIowlZUmr3s tF3WEeWvGLrJsdsycS5diuBQzlFEGs6jh7+QQ9nLIt75bVYREty2yN6e0AAGibUBpeFdV4jGq7ff 3CIOTOWNNxAXZwtYJZcsGY0UJFBXvjmKux4IqlTxxkDrzhG1fLxF/06Wto0k3PacqwMfyrlhzZBH ce0l7ndcXQGO/xRDkSLjbkU6rz0npA3/s511CMl3j3YCCtVWEgmo2a8hlqWBKUph948UygWRtn0Y UCBHE4CV90CP9W9ZaeCbGxgHOdIRWprCM1pZGUnMBtKGxf2daiuU0FX30ZAAAAAAAAA= --Apple-Mail-630--584848495-- From zach@sensinode.com Fri Mar 11 04:05:36 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6665F3A68EC for ; Fri, 11 Mar 2011 04:05:36 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 0cDijC557nS5 for ; Fri, 11 Mar 2011 04:05:35 -0800 (PST) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 0D5423A692C for ; Fri, 11 Mar 2011 04:05:34 -0800 (PST) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2BC6mkc029915 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Fri, 11 Mar 2011 14:06:48 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-631--584536549; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: Date: Fri, 11 Mar 2011 14:06:50 +0200 Message-Id: <2C17E471-DF25-4794-95F9-1C3F0A4FF688@sensinode.com> References: To: "Angelo P. Castellani" X-Mailer: Apple Mail (2.1082) Cc: core Subject: Re: [core] Unicast NON congestion control X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 12:05:36 -0000 --Apple-Mail-631--584536549 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Angelo, On Mar 11, 2011, at 1:55 PM, Angelo P. Castellani wrote: > Looking at Sec. 4.5 of coap-04, I can't find any explicit text about > limiting unicast NON messages to avoid congestion. >=20 > This seems relevant to me especially when CoAP servers send observe-01 > notifications as NON and I have not found any text about congestion > control in observe-01. >=20 > Using aggregate congestion control defined in Sec. 3.2 of > congestion-control-01 seems a good starting point to me. That is exactly the intention, and congestion-control-01 is referenced = in the document. However the WG decided (in Maastricht I think) not to = introduce aggregate congestion control into the base document yet, as = more work is needed to analyze this still. In other words, we need to = roll up our sleeves and get some measurement/deployment results :-)=20 Section 4.5 currently reads: "4.5. Congestion Control Basic congestion control for CoAP is provided by the exponential back-off mechanism in=20 Section 4.1 . Further congestion control optimizations are being considered and tested for CoAP [ I-D.eggert-core-congestion-control ]. " Zach >=20 > Best, > Angelo > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-631--584536549 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxMTEyMDY1 MFowIwYJKoZIhvcNAQkEMRYEFB/y5FtazHYD2D/yXn3HlfBgxFotMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBADMplo9FZ2L+DBUzPpeMmnKNxLzrGFc7ZBwFQ4A2DIdYrdepVVFY0Uaf 73tWobP5GAQjcjW5pxG4/YPJdqZYYG/zBDHOyixnhnN3f7wFPWVa0KwIRsYJC2e4jnWUmGUlApGP 87LnioE8BNDxAi+JG0Ezu6RNCxcShY2A1HZPw5OxOMgzj3TsKo5czpS/k2Z0hQgppbTr//pkm7uT f8CGo1KQ+nAzqX+/4T2Stv0BjaTNd3dtd7ImSZQ2/N6WnLFKIouJ4FpWUgJ8ypWto/0zKof6cRD2 pFqLe1sLPwjxvMywpiXrRXtd8sMoKM0ZbBAoZ/4xRPY9K0+Jk0b1pjC5eWgAAAAAAAA= --Apple-Mail-631--584536549-- From esko.dijk@philips.com Fri Mar 11 06:23:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8BBBB3A6A81 for ; Fri, 11 Mar 2011 06:23:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.774 X-Spam-Level: X-Spam-Status: No, score=-5.774 tagged_above=-999 required=5 tests=[AWL=0.825, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dpFqe36M3t2X for ; Fri, 11 Mar 2011 06:23:05 -0800 (PST) Received: from TX2EHSOBE002.bigfish.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by core3.amsl.com (Postfix) with ESMTP id 0F8713A69E8 for ; Fri, 11 Mar 2011 06:23:04 -0800 (PST) Received: from mail161-tx2-R.bigfish.com (10.9.14.253) by TX2EHSOBE002.bigfish.com (10.9.40.22) with Microsoft SMTP Server id 14.1.225.8; Fri, 11 Mar 2011 14:24:24 +0000 Received: from mail161-tx2 (localhost.localdomain [127.0.0.1]) by mail161-tx2-R.bigfish.com (Postfix) with ESMTP id ECFDD8F015E; Fri, 11 Mar 2011 14:24:23 +0000 (UTC) X-SpamScore: -60 X-BigFish: VPS-60(zf7Iz15d6O9251J542N1432N98dN217bL9371Pzz1202hzz8275bh8275dh8275ch1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail161-tx2 (localhost.localdomain [127.0.0.1]) by mail161-tx2 (MessageSwitch) id 1299853463441633_9685; Fri, 11 Mar 2011 14:24:23 +0000 (UTC) Received: from TX2EHSMHS006.bigfish.com (unknown [10.9.14.253]) by mail161-tx2.bigfish.com (Postfix) with ESMTP id 5E04D16B0053; Fri, 11 Mar 2011 14:24:23 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by TX2EHSMHS006.bigfish.com (10.9.99.106) with Microsoft SMTP Server (TLS) id 14.1.225.22; Fri, 11 Mar 2011 14:24:22 +0000 Received: from NLHILEXH05.connect1.local (172.16.153.71) by connect1.philips.com (172.16.156.152) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 11 Mar 2011 15:24:09 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLHILEXH05.connect1.local ([172.16.153.71]) with mapi; Fri, 11 Mar 2011 15:24:08 +0100 From: "Dijk, Esko" To: Zach Shelby , Daniele Alessandrelli Date: Fri, 11 Mar 2011 15:24:06 +0100 Thread-Topic: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 Thread-Index: Acvf5Bj5LVfCFSqdTWCZGYshoO2kbQAAtOcw Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: Klaus Hartke , "core@ietf.org" Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 14:23:07 -0000 Dear Zach, Daniele, > [Zach] is the reason it is up to a server to determine what change means.= Change could mean a period has elapsed, a threshold has been passed, a val= ue has changed by some amount etc. I agree, it leaves the strategy mostly to the server implementation. (That = was also my conclusion for now on the cache efficiency issue: mostly determ= ined by the server implementation.) Then the definition of "notification" i= n Section 2 could be clarified more, it now states "...supplies the client = with a representation of the new resource state" implying that the resource= changed (which may not be the case, if I'm correct?). > [Zach] Regarding Esko's suggestion of allowing a server to send a new not= ification when it knows a representation is going to expire at a server, I = find that to be an interesting idea. Doesn't seem like we came to a conclus= ion on that yet? The idea came from Angelo/Matthieu, and if we follow the above that the ser= ver determines what a change is, the server is free to send (or not send) a= new notification when it thinks a representation is going to expire in a c= ache kept by an Observer.=20 > [Daniele] periodic notifications will work as follows: > - the client sends a periodic notification request (specifying a period v= alue) > - the server sends a notification at the beginning of each period interva= l. I see two options, given the above: 1) don't define periodic notifications in core-observe. A server implementa= tion may define its own way of requesting periodic notifications as Zach in= dicated.=20 2) making it optional. Perhaps our goal of "reduce the server state" can al= so be satisfied by making this mechanism optional? E.g. a client requests p= eriodic notifications using a 'periodic-notify Option' which a constrained = server may ignore. The same option will be used in response(s) back to the = client but only if the server understood the option and/or is willing to gi= ve periodic notifications. (If the option is ignored, the request falls bac= k to initiating a regular observe relationship).=20 best regards, Esko Dijk -----Original Message----- From: Zach Shelby [mailto:zach@sensinode.com]=20 Sent: Friday 11 March 2011 13:02 To: Daniele Alessandrelli Cc: Dijk, Esko; core-bounces@ietf.org; core@ietf.org; Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe= -01 Daniele, On Mar 11, 2011, at 9:54 AM, Daniele Alessandrelli wrote: > Maybe it could be simpler to define two types of notification: change > notifications and periodic notifications. Change notifications will > work as currently specified in observe-01, > periodic notifications will work as follows: > - the client sends a periodic notification request (specifying a period v= alue) > - the server sends a notification at the beginning of each period interva= l. Does this really need to be part of the observe mechanism itself? In the la= st interim meeting we agreed to try to reduce the state needed for observat= ions.=20 While first starting to design observe, we went through many discussions ab= out all the cool things we might want to do with observation. Periods, thre= sholds and averaging just to mention a few. At that time we decided to leav= e such possible features to the server. This is the reason it is up to a se= rver to determine what change means. Change could mean a period has elapsed= , a threshold has been passed, a value has changed by some amount etc. A se= rver could be pre-configured with such parameters a priori, or some REST in= terface could be provided for setting them. Regardless, I feel this is an a= pplication specific issue and often time requires knowledge about the repre= sentations to be observed.=20 Regarding Esko's suggestion of allowing a server to send a new notification= when it knows a representation is going to expire at a server, I find that= to be an interesting idea. Doesn't seem like we came to a conclusion on th= at yet?=20 Zach > Change notifications will be used by clients interested in resource chang= es. > Periodic notifications will be used by proxies to keep their cache > up-to-date. They are also useful for applications (clients) requiring > a periodic monitoring of a resource (like a discrete-time control > system). >=20 > We can reuse the max-age option to specify the period, or we can > create a new option to avoid confusion. >=20 >=20 > On Mon, Mar 7, 2011 at 9:03 AM, Dijk, Esko wrote: >> Dear Angelo and Matthieu, >>=20 >> You wrote: >>> When an observation is in progress on a resource and the last notified >>> value is going to expire, the server should actively update the cache >>> by sending a new notification. >>=20 >> This is a good way of keeping the cached resource fresh, though it exten= ds the definition of Notification (as in observe-01) because this kind of '= expiration driven notification' is not necessarily a result of any state ch= ange of the resource. If we allow this use of Notifications, perhaps Sectio= n 4.1 could mention this as a possible strategy for a server implementation= (MAY?). >>=20 >>> We could also resurrect the Max-Age option in a request to let a client >>> control the maximum time between 2 notifications even if there is no >>> change of state. >>=20 >> This sounds like a useful option to have, though it raises some question= s: >> - it should be possible for the server to ignore the requested Max-Age? = (e.g. to avoid extra book-keeping per subscription which was discussed pre= viously on the list) >> - if ignored by the server, should the Observer be notified/made aware o= f this, or not? >> - potentially confusing in naming because the meaning of the Max-Age Opt= ion in the server's response to the GET is entirely different? >>=20 >> My present conclusion on this topic is that, if we keep the current fres= hness model as is, the achieved cache performance necessarily depends on th= e value(s) of the Max-Age Option that the server decides to use in its resp= onses. If e.g. the server by default uses 'infinite' Max-Age (i.e. Angelo's= proposal for a default Max-Age) then caching is efficient. If the server d= ecides to respond with Max-Age =3D 0 sec always, the cache won't cache anyt= hing in the current model. >>=20 >> best regards, >> Esko >>=20 >>=20 >> -----Original Message----- >> From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of = Angelo P. Castellani >> Sent: Monday 7 March 2011 10:16 >> To: Matthieu VIAL >> Cc: core-bounces@ietf.org; core@ietf.org; Klaus Hartke >> Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-obse= rve-01 >>=20 >> On Mon, Mar 7, 2011 at 10:09, Matthieu VIAL >> wrote: >>>> When an observation is in progress on a resource and the last notified >>> value is going to expire, the server should actively update the cache >>> by sending a new notification. >>>=20 >>> We could also resurrect the Max-Age option in a request to let a client >>> control the maximum time between 2 notifications even if there is no >>> change of state. >>=20 >> +1 I like also this use of Max-Age. >>=20 >> So related to option b of my previous message a cache notifies its >> Max-Age internal upper bound in this way. >>=20 >> Angelo >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >>=20 >> The information contained in this message may be confidential and legall= y protected under applicable law. The message is intended solely for the ad= dressee(s). If you are not the intended recipient, you are hereby notified = that any use, forwarding, dissemination, or reproduction of this message is= strictly prohibited and may be unlawful. If you are not the intended recip= ient, please contact the sender by return e-mail and destroy all copies of = the original message. >>=20 >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core >>=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 From angelo.castellani@gmail.com Fri Mar 11 06:58:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AA57B3A6999 for ; Fri, 11 Mar 2011 06:58:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.937 X-Spam-Level: X-Spam-Status: No, score=-2.937 tagged_above=-999 required=5 tests=[AWL=0.040, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 07tgfaBCrIcA for ; Fri, 11 Mar 2011 06:58:29 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 54FC83A6863 for ; Fri, 11 Mar 2011 06:58:29 -0800 (PST) Received: by qyk29 with SMTP id 29so5482403qyk.10 for ; Fri, 11 Mar 2011 06:59:48 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=TkplhTY46NURWUYZI1zAFy9lXZF093qxQzrqYT+I1c0=; b=OPB+2itUVUAVr8RqjvFj4S9Pc4nXWR6ydx2DASv/5VhkoBx6ONq0I0OcO98rgmYI0H 3GL+Qzo/kRcVFydefHoUq6ubMoE3mtZgkIA1jiRDCh43myK8/pYEGQuZ2UIYnaCtVjd2 3roKspA12LJ5O4FJAte6KEioZPLDez8e0SRmg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=PpzbN7sg+fnn9v0SmEqu2sxN2Q4qOjJ6+G9idb2Y8bXOgnSZ9rSEc2KGakaStvEwvU +uBCbF9vlcEof+2/Ve1xRFd3yg2AOaz8B6fvrURiherjm7a/ykymqJv3hbj/u22chRF3 3Px26Ye0hc/XPQ+ELGIIA6Rcxvr0DA/T5cn+E= Received: by 10.229.117.76 with SMTP id p12mr1012510qcq.98.1299855588223; Fri, 11 Mar 2011 06:59:48 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Fri, 11 Mar 2011 06:59:28 -0800 (PST) In-Reply-To: <2C17E471-DF25-4794-95F9-1C3F0A4FF688@sensinode.com> References: <2C17E471-DF25-4794-95F9-1C3F0A4FF688@sensinode.com> From: "Angelo P. Castellani" Date: Fri, 11 Mar 2011 15:59:28 +0100 X-Google-Sender-Auth: a5miBBA2ehxeJ8mw-rVij6SLFsM Message-ID: To: Zach Shelby Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: core Subject: Re: [core] Unicast NON congestion control X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 14:58:30 -0000 Probably an useful clarification to that section could be added saying that some conservative policy to limit the output message rate is currently needed, while an optimized aggregate congestion control is being considered (congestion-control-01). Best, Angelo On Fri, Mar 11, 2011 at 13:06, Zach Shelby wrote: > Hi Angelo, > > On Mar 11, 2011, at 1:55 PM, Angelo P. Castellani wrote: > >> Looking at Sec. 4.5 of coap-04, I can't find any explicit text about >> limiting unicast NON messages to avoid congestion. >> >> This seems relevant to me especially when CoAP servers send observe-01 >> notifications as NON and I have not found any text about congestion >> control in observe-01. >> >> Using aggregate congestion control defined in Sec. 3.2 of >> congestion-control-01 seems a good starting point to me. > > That is exactly the intention, and congestion-control-01 is referenced in= the document. However the WG decided (in Maastricht I think) not to introd= uce aggregate congestion control into the base document yet, as more work i= s needed to analyze this still. In other words, we need to roll up our slee= ves and get some measurement/deployment results :-) > > Section 4.5 currently reads: > > "4.5. =A0Congestion Control > > =A0 Basic congestion control for CoAP is provided by the exponential > =A0 back-off mechanism in > Section 4.1 > . =A0Further congestion control > =A0 optimizations are being considered and tested for CoAP > =A0 [ > I-D.eggert-core-congestion-control > ]. > " > > Zach > >> >> Best, >> Angelo >> _______________________________________________ >> core mailing list >> core@ietf.org >> https://www.ietf.org/mailman/listinfo/core > > -- > Zach Shelby, Chief Nerd, Sensinode Ltd. > http://zachshelby.org =A0- My blog "On the Internet of Things" > http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" > Mobile: +358 40 7796297 > > From angelo.castellani@gmail.com Fri Mar 11 07:17:20 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE5563A6BB9 for ; Fri, 11 Mar 2011 07:17:20 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.939 X-Spam-Level: X-Spam-Status: No, score=-2.939 tagged_above=-999 required=5 tests=[AWL=0.038, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zTe0FwSl0okk for ; Fri, 11 Mar 2011 07:17:20 -0800 (PST) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 092C13A680D for ; Fri, 11 Mar 2011 07:17:19 -0800 (PST) Received: by qyk7 with SMTP id 7so2392998qyk.10 for ; Fri, 11 Mar 2011 07:18:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=KN/9vPZB/R/i2Qzhn/An0T5EABuQoKGTLmvkCG3c7OI=; b=jIAnZmHiA+9/j/pmA6ndlDDWIkMUvE7SyYTWiXpoFuWHqX9YclC8OoJk53QiZBTEnh hMVvpFt9DlZb6BCBqs3i9hb/uX0GJaCNpxisTRant13eJN4EW2iGFRjmWnM/TGkPgfMq AKuGLOpZHYwvSyMAR6ZM5HCIJNmCk7BELLPCE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=KeBaKmbszHUMwRzarlKib0ir1IS98mTUbEajEbN9Fr2cqOksCTckiSDcWDqRcNYzUx hYJnivgt1TJT9VqdS+Ky+uXYsAB6SFTaxZeKqJlpY+LJrdByp0MiJBX1r6SponfusXUm vvBUigjbygciF5/ENrqyZmvTnjHka9bPtSkYU= Received: by 10.229.117.76 with SMTP id p12mr1037297qcq.98.1299856719058; Fri, 11 Mar 2011 07:18:39 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Fri, 11 Mar 2011 07:18:19 -0800 (PST) From: "Angelo P. Castellani" Date: Fri, 11 Mar 2011 16:18:19 +0100 X-Google-Sender-Auth: B4y00CqzvlLty4JBq_RdU5iZRdw Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: [core] Observer dies X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 15:17:20 -0000 In my current understanding of observe-01, a CoAP endpoint has to silently drop "unsolicited" NON notifications. Assume that client A subscribes to resource "/t" on server B. B starts a subscription and sends the first "notification" in an ACK and the following notifications using NON. Assume that A looses its state (crashes, rebooted) while receiving NON notifications. Should A wait to receive the first CON notification before sending a Reset to B? Best, Angelo From angelo.castellani@gmail.com Fri Mar 11 08:05:47 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D3BD03A6A95 for ; Fri, 11 Mar 2011 08:05:47 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.941 X-Spam-Level: X-Spam-Status: No, score=-2.941 tagged_above=-999 required=5 tests=[AWL=0.036, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id I9vFlEBkkvzu for ; Fri, 11 Mar 2011 08:05:47 -0800 (PST) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id E6D533A6A0F for ; Fri, 11 Mar 2011 08:05:46 -0800 (PST) Received: by qyk29 with SMTP id 29so5552224qyk.10 for ; Fri, 11 Mar 2011 08:07:06 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:from:date :x-google-sender-auth:message-id:subject:to:content-type; bh=yc8bt9NDwehopalRHzhQbfPz+S5oBzteLVcbKzpt0pA=; b=KmIH4sgwfugdc/lCC0k0B0wFj2a1XJJaM43pbEu6QcEs7H4NVc/Hnyzfm3SQypbR4p 5Y7jDg+VxJoLRyC9dAwcfGLygEJV7i5p/ws6BKF7wzUzW13DD0+JeTqVx/93Sx5/1pzN k9w103u3/k8Q/BRlPEuFnOPS09YUDQErrN9T8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:from:date:x-google-sender-auth:message-id :subject:to:content-type; b=Kac3Q6l6TiS7cBdb2MPCN3YMIDtqZ63r4vIk8QdXRsfOjnadjXt1ncEZ9I6peKgYJW TpM41p9ONbr8AAmhmelWQ9JJNMbXNV1QbDssuiRM7ZAzCBrWaKci11pLLDvef5szgE3S mVoKXZeOOflRBCvFtxb1+vFPcbKr2VFxdggKs= Received: by 10.224.187.17 with SMTP id cu17mr8491428qab.215.1299859626136; Fri, 11 Mar 2011 08:07:06 -0800 (PST) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Fri, 11 Mar 2011 08:06:46 -0800 (PST) From: "Angelo P. Castellani" Date: Fri, 11 Mar 2011 17:06:46 +0100 X-Google-Sender-Auth: B2hJGe9sez1JYZg_UVLYSAtRFeE Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Subject: [core] Token option X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 16:05:47 -0000 In my current understading of coap-04, Token option must be used by a client when emitting multiple concurrent CoAP requests to the same CoAP server from the same source UDP port. By looking better at coap-04 seems that this is needed because a client may receive out-of-order deferred responses to concurrent requests. In observe-01 this is needed to support a client opening concurrent observe sessions from the same source UDP port. If my understanding is correct and given the fact that handling Token option is an added complexity for servers and clients (and introduces overhead). Why we cannot define that concurrent client sessions to the same server MUST use different source UDP port? This seems to me a successfully adopted assumption in other protocols. Best, Angelo From Akbar.Rahman@InterDigital.com Fri Mar 11 08:09:02 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 61EE83A6B10 for ; Fri, 11 Mar 2011 08:09:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.429 X-Spam-Level: X-Spam-Status: No, score=-2.429 tagged_above=-999 required=5 tests=[AWL=0.170, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1ndkqGFjyas2 for ; Fri, 11 Mar 2011 08:09:01 -0800 (PST) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 1ACC93A6B0E for ; Fri, 11 Mar 2011 08:09:00 -0800 (PST) Received: from SAM.InterDigital.com ([10.30.2.12]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Fri, 11 Mar 2011 11:10:19 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Fri, 11 Mar 2011 11:10:18 -0500 Message-ID: In-Reply-To: <20110311160001.6887.66664.idtracker@localhost> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: I-D Action:draft-rahman-core-groupcomm-04.txt Thread-Index: AcvgBZ+V3Fjql6HvSR2T016QkGQjmQAAE33A References: <20110311160001.6887.66664.idtracker@localhost> From: "Rahman, Akbar" To: X-OriginalArrivalTime: 11 Mar 2011 16:10:19.0916 (UTC) FILETIME=[D17BACC0:01CBE006] Subject: Re: [core] I-D Action:draft-rahman-core-groupcomm-04.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 11 Mar 2011 16:09:02 -0000 Hi All, Here is the update of the CoAP Group Communications draft. Main updates are: - Section 7 (Security Considerations): Tried to identify all the requirements for group communications security as per the major comment from the last review of this document in Beijing - Section 6 (CoAP Multicast and HTTP Unicast Interworking): Put some more details of the operation as per discussions with Kerry, Anders, Angelo, Salvatore, Peter and others. Any comments would be much appreciated. Akbar -----Original Message----- From: i-d-announce-bounces@ietf.org [mailto:i-d-announce-bounces@ietf.org] On Behalf Of Internet-Drafts@ietf.org Sent: Friday, March 11, 2011 11:00 AM To: i-d-announce@ietf.org Subject: I-D Action:draft-rahman-core-groupcomm-04.txt A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : Group Communication for CoAP Author(s) : A. Rahman Filename : draft-rahman-core-groupcomm-04.txt Pages : 17 Date : 2011-03-11 This is a working document intended to trigger discussion and develop draft language for the CoAP protocol specification in the area of group communication (including multicast functionality). Engineering tradeoffs become more challenging in constrained environments, therefore group communication is considered within the context of adjacent topics that may impact or be impacted by design choices in the subject area. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. From trac+core@trac.tools.ietf.org Sat Mar 12 07:07:19 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE2023A6AB7 for ; Sat, 12 Mar 2011 07:07:19 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RQNbpZV+d19P for ; Sat, 12 Mar 2011 07:07:19 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 2BD7A3A69DA for ; Sat, 12 Mar 2011 07:07:19 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyQQp-00054z-Oq; Sat, 12 Mar 2011 07:08:39 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 15:08:39 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/123#comment:1 Message-ID: <060.7e476288d7a42dea0024d824ace65ff6@trac.tools.ietf.org> References: <051.c7b238c8141101489e3540f9ef2d1f8d@trac.tools.ietf.org> X-Trac-Ticket-ID: 123 In-Reply-To: <051.c7b238c8141101489e3540f9ef2d1f8d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #123: Etag size X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 15:07:19 -0000 #123: Etag size Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Fixed in [235]: Fix #123 -- ----------------------------------+----------------------------------------- Reporter: cabo@… | Owner: Type: protocol enhancement | Status: closed Priority: minor | Milestone: ietf80 Component: coap | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 07:41:58 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 251903A69E9 for ; Sat, 12 Mar 2011 07:41:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yuk0XQzOufO8 for ; Sat, 12 Mar 2011 07:41:57 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7227D3A6948 for ; Sat, 12 Mar 2011 07:41:57 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyQyL-0001Vp-TZ; Sat, 12 Mar 2011 07:43:17 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 15:43:17 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/112#comment:1 Message-ID: <062.001858424bb007c698dbc548780ce06e@trac.tools.ietf.org> References: <053.d66e2b5da0263d4e801a845c6f471b8e@trac.tools.ietf.org> X-Trac-Ticket-ID: 112 In-Reply-To: <053.d66e2b5da0263d4e801a845c6f471b8e@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #112: Uniqueness of tokens X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 15:41:58 -0000 #112: Uniqueness of tokens Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Fixed in [236]: Clarified that a token MUST be unique per source/destination pair. (Fixes #112) -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 08:48:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 87CB73A69E2 for ; Sat, 12 Mar 2011 08:48:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id FMJemSS4N7dH for ; Sat, 12 Mar 2011 08:48:04 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7CCA13A68F1 for ; Sat, 12 Mar 2011 08:48:04 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyS09-0008Qp-Rm; Sat, 12 Mar 2011 08:49:13 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, likepeng@huawei.com X-Trac-Project: core Date: Sat, 12 Mar 2011 16:49:13 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/118#comment:2 Message-ID: <067.badc5e7e4243033db1ad4e9c74f31452@trac.tools.ietf.org> References: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-Trac-Ticket-ID: 118 In-Reply-To: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, likepeng@huawei.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 Cc: core@ietf.org Subject: Re: [core] #118: Block URI Transmission X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 16:48:07 -0000 #118: Block URI Transmission Comment(by cabo@…): I don't agree with the premise that URIs are big. Block is used when packets are mostly full, so the overall effect of not sending URIs will be in the single-digit or tens of percent. (We currently don't send URIs in responses, BTW.) The potential optimizations I have seen all break the ability of the server to handle block-wise requests in a stateless fashion. I propose not to spend time on this at this point -- too little gain for too much added complexity. -- ----------------------------------+----------------------------------------- Reporter: likepeng@… | Owner: Type: protocol enhancement | Status: new Priority: major | Milestone: Component: block | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 09:55:12 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1B7BC3A6A1C for ; Sat, 12 Mar 2011 09:55:12 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id tQ+ktFUHoiLZ for ; Sat, 12 Mar 2011 09:55:11 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 6DC5B3A68AC for ; Sat, 12 Mar 2011 09:55:11 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyT3I-0002D9-Ko; Sat, 12 Mar 2011 09:56:32 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 17:56:32 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/108#comment:2 Message-ID: <062.58e1e63b161c690aabc6fd7a92df87bb@trac.tools.ietf.org> References: <053.71640686f03b63170999a43a9fef861c@trac.tools.ietf.org> X-Trac-Ticket-ID: 108 In-Reply-To: <053.71640686f03b63170999a43a9fef861c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #108: CoAP methods != HTTP methods X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:55:12 -0000 #108: CoAP methods != HTTP methods Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [237]: Closes #108. -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 09:55:18 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A3ADA3A6A2E for ; Sat, 12 Mar 2011 09:55:18 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gQHV9p4jRLrW for ; Sat, 12 Mar 2011 09:55:17 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E6F8F3A6A2D for ; Sat, 12 Mar 2011 09:55:17 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyT3P-0002DH-6S; Sat, 12 Mar 2011 09:56:39 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 17:56:39 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/109#comment:2 Message-ID: <062.18ba214f8343f5f3be76098ff1bedc4c@trac.tools.ietf.org> References: <053.86aefddba61c7dde62e5cb8e034dc08d@trac.tools.ietf.org> X-Trac-Ticket-ID: 109 In-Reply-To: <053.86aefddba61c7dde62e5cb8e034dc08d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #109: Clarify diagnostic messages X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:55:18 -0000 #109: Clarify diagnostic messages Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [238]: Close #109. -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 09:55:24 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8C6B13A6A3E for ; Sat, 12 Mar 2011 09:55:24 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K8gT-8QVfj9Q for ; Sat, 12 Mar 2011 09:55:23 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EF1CD3A68AC for ; Sat, 12 Mar 2011 09:55:23 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyT3V-0002DO-7i; Sat, 12 Mar 2011 09:56:45 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 17:56:45 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/110#comment:2 Message-ID: <062.a149ec526c17472a9dfa0ba79d340878@trac.tools.ietf.org> References: <053.f3a54e92a477375c5c69b31bd9a3ad9c@trac.tools.ietf.org> X-Trac-Ticket-ID: 110 In-Reply-To: <053.f3a54e92a477375c5c69b31bd9a3ad9c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #110: Clarify relation between elective/critical and option numbers X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:55:24 -0000 #110: Clarify relation between elective/critical and option numbers Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [239]: Fix #110. -- -----------------------------+---------------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | -----------------------------+---------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 09:55:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2AAE3A6A2D for ; Sat, 12 Mar 2011 09:55:30 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ftjpHP0iQn0I for ; Sat, 12 Mar 2011 09:55:30 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E8D813A6A4B for ; Sat, 12 Mar 2011 09:55:29 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyT3b-0002Dq-6O; Sat, 12 Mar 2011 09:56:51 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, hartke@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 17:56:51 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/111#comment:2 Message-ID: <062.a0349637c8bae36606462debc3b19bd0@trac.tools.ietf.org> References: <053.1ba2cd87b41d2458a9d4b3ba5ac5609f@trac.tools.ietf.org> X-Trac-Ticket-ID: 111 In-Reply-To: <053.1ba2cd87b41d2458a9d4b3ba5ac5609f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #111: Define when to update Version header field X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:55:30 -0000 #111: Define when to update Version header field Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [240]: Close #111. -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 09:55:53 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F08C33A6A30 for ; Sat, 12 Mar 2011 09:55:52 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -104.6 X-Spam-Level: X-Spam-Status: No, score=-104.6 tagged_above=-999 required=5 tests=[AWL=2.000, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3FNPKJJ3O1+5 for ; Sat, 12 Mar 2011 09:55:36 -0800 (PST) Received: from zinfandel.tools.ietf.org (zinfandel.tools.ietf.org [64.170.98.42]) by core3.amsl.com (Postfix) with ESMTP id 2260E3A6A1C for ; Sat, 12 Mar 2011 09:55:36 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyT3h-0002E7-CV; Sat, 12 Mar 2011 09:56:57 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 17:56:57 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/103#comment:1 Message-ID: <062.cd3cbf66b1ce20e1b86421f6e6b3655f@trac.tools.ietf.org> References: <053.d8eedd40b4ce0203a05fa2f4f5798fd9@trac.tools.ietf.org> X-Trac-Ticket-ID: 103 In-Reply-To: <053.d8eedd40b4ce0203a05fa2f4f5798fd9@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #103: Message sizes X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 17:55:53 -0000 #103: Message sizes Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [241]: Put in a new subsection about message size implementation considerations to close #103. -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: cabo@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 11:44:49 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 48BC73A6994 for ; Sat, 12 Mar 2011 11:44:49 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xCXwCoxeoTKm for ; Sat, 12 Mar 2011 11:44:48 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 456D53A68CB for ; Sat, 12 Mar 2011 11:44:48 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyUlN-0001Wh-IV; Sat, 12 Mar 2011 11:46:09 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 19:46:09 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/127#comment:1 Message-ID: <066.dfb2e6c7d6f96278526067c9c43e653f@trac.tools.ietf.org> References: <057.8c6e29e13edc115967f81ee407bc36a4@trac.tools.ietf.org> X-Trac-Ticket-ID: 127 In-Reply-To: <057.8c6e29e13edc115967f81ee407bc36a4@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #127: Re: #126: Drop Lifetime X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 19:44:49 -0000 #127: Re: [core] #126: Drop Lifetime Changes (by cabo@…): * status: new => closed * resolution: => duplicate * component: => block * severity: => - Comment: (Tracker is confused -- please continue this discussion on ticket #126.) -- ---------------------------------+------------------------------------------ Reporter: zach@… | Type: defect Status: closed | Priority: major Milestone: | Component: block Version: | Severity: - Resolution: duplicate | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 11:52:08 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D83983A6A83 for ; Sat, 12 Mar 2011 11:52:07 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sM1Q6GUv8aQO for ; Sat, 12 Mar 2011 11:52:03 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 6CD3D3A6A7C for ; Sat, 12 Mar 2011 11:52:03 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyUsO-0006rU-N5; Sat, 12 Mar 2011 11:53:24 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 19:53:24 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/125#comment:1 Message-ID: <068.e621c594bafc9a02956d45dce2a64bbf@trac.tools.ietf.org> References: <059.f459358f41d4da2cf7dae4b7428b1c0f@trac.tools.ietf.org> X-Trac-Ticket-ID: 125 In-Reply-To: <059.f459358f41d4da2cf7dae4b7428b1c0f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #125: Re: #95: Remove hierarchy recommendation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 19:52:08 -0000 #125: Re: [core] #95: Remove hierarchy recommendation Changes (by cabo@…): * component: => block * severity: => - Comment: (Tracker is confused -- please continue this discussion on ticket #95.) -- ----------------------------------+----------------------------------------- Reporter: kerlyn2001@… | Type: defect Status: new | Priority: major Milestone: | Component: block Version: | Severity: - Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 12:39:51 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 379083A69AD for ; Sat, 12 Mar 2011 12:39:51 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZU-58WxPKGye for ; Sat, 12 Mar 2011 12:39:43 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AAEFE3A6826 for ; Sat, 12 Mar 2011 12:39:43 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyVcX-0002ea-2P; Sat, 12 Mar 2011 12:41:05 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 20:41:05 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/124#comment:1 Message-ID: <066.acf4b99464e680bcf0ea0b25679ea9a7@trac.tools.ietf.org> References: <057.6d0e4af0a5f28c8d3dc52e3f66f02605@trac.tools.ietf.org> X-Trac-Ticket-ID: 124 In-Reply-To: <057.6d0e4af0a5f28c8d3dc52e3f66f02605@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #124: Re: #123: Etag size X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:39:51 -0000 #124: Re: [core] #123: Etag size Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [242]: Close #124 (which is really a part of #123 misfiled by the tracker). -- ---------------------------------+------------------------------------------ Reporter: zach@… | Type: defect Status: closed | Priority: major Resolution: fixed | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 12:39:58 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 449F53A6A34 for ; Sat, 12 Mar 2011 12:39:58 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fGwnBYYQR++B for ; Sat, 12 Mar 2011 12:39:50 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 9CD943A693D for ; Sat, 12 Mar 2011 12:39:50 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyVce-0002et-1n; Sat, 12 Mar 2011 12:41:12 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 20:41:12 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/122#comment:1 Message-ID: <067.464c7ecd4b517416bb7854f8c13ee62f@trac.tools.ietf.org> References: <058.3e773b54e1b4b3441ffd2f10e6c90c2d@trac.tools.ietf.org> X-Trac-Ticket-ID: 122 In-Reply-To: <058.3e773b54e1b4b3441ffd2f10e6c90c2d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #122: Re: #117: Block Response Code Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:39:58 -0000 #122: Re: [core] #117: Block Response Code Mapping Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [243]: Add a new section on CoAP-HTTP mapping that closes #122 (which is a response to #117 misfiled by the tracker). -- ----------------------------------+----------------------------------------- Reporter: likepeng@… | Type: defect Status: closed | Priority: major Resolution: fixed | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 12:42:02 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7C4013A69AD for ; Sat, 12 Mar 2011 12:42:02 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id V8TDuPkbwAOc for ; Sat, 12 Mar 2011 12:41:54 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DFEB13A693D for ; Sat, 12 Mar 2011 12:41:54 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyVee-0002kN-9z; Sat, 12 Mar 2011 12:43:16 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 20:43:16 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/120#comment:1 Message-ID: <069.661f2af6670d92950824ae0a63751a08@trac.tools.ietf.org> References: <060.b8949500b45f045c2f68c72fcd358a27@trac.tools.ietf.org> X-Trac-Ticket-ID: 120 In-Reply-To: <060.b8949500b45f045c2f68c72fcd358a27@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #120: Re: #107: Remove Max-Age from requests X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:42:02 -0000 #120: Re: [core] #107: Remove Max-Age from requests Changes (by cabo@…): * status: new => closed * resolution: => duplicate * component: => block * severity: => - Comment: (Tracker misfiled this comment on #107, which is closed.) -- ------------------------------------+--------------------------------------- Reporter: angelo@… | Type: defect Status: closed | Priority: major Milestone: | Component: block Version: | Severity: - Resolution: duplicate | Keywords: ------------------------------------+--------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 12:46:05 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7009F3A680F for ; Sat, 12 Mar 2011 12:46:05 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id d+dHG0rHHLvr for ; Sat, 12 Mar 2011 12:45:57 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7D8AC3A65A6 for ; Sat, 12 Mar 2011 12:45:57 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyViY-0005Dn-SG; Sat, 12 Mar 2011 12:47:18 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 20:47:18 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/117#comment:2 Message-ID: <067.5bb6971ee3e228df7194b98a421690f5@trac.tools.ietf.org> References: <058.4d72533879cfdcaa5a84e100bed80074@trac.tools.ietf.org> X-Trac-Ticket-ID: 117 In-Reply-To: <058.4d72533879cfdcaa5a84e100bed80074@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #117: Block Response Code Mapping X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:46:05 -0000 #117: Block Response Code Mapping Changes (by cabo@…): * status: assigned => closed * resolution: => fixed Comment: (Additional subsection in block-02.) -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: cabo@… Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Sat Mar 12 12:47:54 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 064703A680F for ; Sat, 12 Mar 2011 12:47:54 -0800 (PST) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yURc2GvOcYXl for ; Sat, 12 Mar 2011 12:47:51 -0800 (PST) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7F41F3A65A6 for ; Sat, 12 Mar 2011 12:47:51 -0800 (PST) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyVkO-00084W-UY; Sat, 12 Mar 2011 12:49:12 -0800 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Sat, 12 Mar 2011 20:49:12 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/125#comment:2 Message-ID: <068.9112f3be8d9a253b426685d120bc697a@trac.tools.ietf.org> References: <059.f459358f41d4da2cf7dae4b7428b1c0f@trac.tools.ietf.org> X-Trac-Ticket-ID: 125 In-Reply-To: <059.f459358f41d4da2cf7dae4b7428b1c0f@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #125: Re: #95: Remove hierarchy recommendation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 12 Mar 2011 20:47:54 -0000 #125: Re: [core] #95: Remove hierarchy recommendation Changes (by cabo@…): * status: new => closed * resolution: => duplicate Comment: (Fixed with #95.) -- -----------------------------------+---------------------------------------- Reporter: kerlyn2001@… | Type: defect Status: closed | Priority: major Milestone: | Component: block Version: | Severity: - Resolution: duplicate | Keywords: -----------------------------------+---------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Sun Mar 13 03:24:35 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CF34B3A6AB8 for ; Sun, 13 Mar 2011 03:24:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dmITZll+xuBw for ; Sun, 13 Mar 2011 03:24:34 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D94D63A6A08 for ; Sun, 13 Mar 2011 03:24:34 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PyiUm-0004Q6-Vc; Sun, 13 Mar 2011 03:25:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Sun, 13 Mar 2011 10:25:56 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/102#comment:1 Message-ID: <062.272fe5fe2ef251bc80c9aed0a4144891@trac.tools.ietf.org> References: <053.1762e0c633b6fc1d45c5212b87a499a3@trac.tools.ietf.org> X-Trac-Ticket-ID: 102 In-Reply-To: <053.1762e0c633b6fc1d45c5212b87a499a3@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #102: Improve URI scheme registration X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 13 Mar 2011 10:24:35 -0000 #102: Improve URI scheme registration Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Fixed in [244]: Improved URI scheme registration (closes #102). -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: coap | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From likepeng@huawei.com Sun Mar 13 18:33:35 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 08E483A6AB9 for ; Sun, 13 Mar 2011 18:33:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 1.894 X-Spam-Level: * X-Spam-Status: No, score=1.894 tagged_above=-999 required=5 tests=[AWL=-2.153, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AB25s5G6XnMB for ; Sun, 13 Mar 2011 18:33:33 -0700 (PDT) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id E283E3A6BFF for ; Sun, 13 Mar 2011 18:33:32 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI000BSPXOKJT@szxga05-in.huawei.com> for core@ietf.org; Mon, 14 Mar 2011 09:33:57 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI00018LXO3KI@szxga05-in.huawei.com> for core@ietf.org; Mon, 14 Mar 2011 09:33:56 +0800 (CST) Received: from SZXEML403-HUB.china.huawei.com (10.82.67.35) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 14 Mar 2011 09:33:50 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by szxeml403-hub.china.huawei.com ([169.254.173.75]) with mapi id 14.01.0270.001; Mon, 14 Mar 2011 09:33:50 +0800 Date: Mon, 14 Mar 2011 01:33:49 +0000 From: Likepeng In-reply-to: X-Originating-IP: [10.70.109.110] To: "Dijk, Esko" , Zach Shelby , Daniele Alessandrelli Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2259AC3@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 Thread-index: AQHL3/haPBfJ4zFYn0SjXR5g7bI1W5QsD28A X-MS-Has-Attach: X-MS-TNEF-Correlator: References: Cc: "core@ietf.org" , Klaus Hartke Subject: Re: [core] Fwd: New Version Notificationfordraft-ietf-core-observe-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 01:33:35 -0000 PiAxKSBkb24ndCBkZWZpbmUgcGVyaW9kaWMgbm90aWZpY2F0aW9ucyBpbiBjb3JlLW9ic2VydmUu IEEgc2VydmVyIGltcGxlbWVudGF0aW9uIG1heSBkZWZpbmUgaXRzIG93biB3YXkgb2YgcmVxdWVz dGluZyBwZXJpb2RpYyBub3RpZmljYXRpb25zIGFzIFphY2ggaW5kaWNhdGVkLg0KDQpJIHByZWZl ciB0byB0aGlzIG9wdGlvbi4NCg0KS2luZCBSZWdhcmRzDQpLZXBlbmcNCi0tLS0t08q8/tStvP4t LS0tLQ0Kt6K8/sjLOiBjb3JlLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjb3JlLWJvdW5jZXNA aWV0Zi5vcmddILT6se0gRGlqaywgRXNrbw0Kt6LLzcqxvOQ6IDIwMTHE6jPUwjExyNUgMjI6MjQN CsrVvP7IyzogWmFjaCBTaGVsYnk7IERhbmllbGUgQWxlc3NhbmRyZWxsaQ0Ks63LzTogS2xhdXMg SGFydGtlOyBjb3JlQGlldGYub3JnDQrW98ziOiBSZTogW2NvcmVdIEZ3ZDogTmV3IFZlcnNpb24g Tm90aWZpY2F0aW9uZm9yZHJhZnQtaWV0Zi1jb3JlLW9ic2VydmUtMDENCg0KRGVhciBaYWNoLCBE YW5pZWxlLA0KDQo+IFtaYWNoXSBpcyB0aGUgcmVhc29uIGl0IGlzIHVwIHRvIGEgc2VydmVyIHRv IGRldGVybWluZSB3aGF0IGNoYW5nZSBtZWFucy4gQ2hhbmdlIGNvdWxkIG1lYW4gYSBwZXJpb2Qg aGFzIGVsYXBzZWQsIGEgdGhyZXNob2xkIGhhcyBiZWVuIHBhc3NlZCwgYSB2YWx1ZSBoYXMgY2hh bmdlZCBieSBzb21lIGFtb3VudCBldGMuDQoNCkkgYWdyZWUsIGl0IGxlYXZlcyB0aGUgc3RyYXRl Z3kgbW9zdGx5IHRvIHRoZSBzZXJ2ZXIgaW1wbGVtZW50YXRpb24uIChUaGF0IHdhcyBhbHNvIG15 IGNvbmNsdXNpb24gZm9yIG5vdyBvbiB0aGUgY2FjaGUgZWZmaWNpZW5jeSBpc3N1ZTogbW9zdGx5 IGRldGVybWluZWQgYnkgdGhlIHNlcnZlciBpbXBsZW1lbnRhdGlvbi4pIFRoZW4gdGhlIGRlZmlu aXRpb24gb2YgIm5vdGlmaWNhdGlvbiIgaW4gU2VjdGlvbiAyIGNvdWxkIGJlIGNsYXJpZmllZCBt b3JlLCBpdCBub3cgc3RhdGVzICIuLi5zdXBwbGllcyB0aGUgY2xpZW50IHdpdGggYSByZXByZXNl bnRhdGlvbiBvZiB0aGUgbmV3IHJlc291cmNlIHN0YXRlIiBpbXBseWluZyB0aGF0IHRoZSByZXNv dXJjZSBjaGFuZ2VkICh3aGljaCBtYXkgbm90IGJlIHRoZSBjYXNlLCBpZiBJJ20gY29ycmVjdD8p Lg0KDQo+IFtaYWNoXSBSZWdhcmRpbmcgRXNrbydzIHN1Z2dlc3Rpb24gb2YgYWxsb3dpbmcgYSBz ZXJ2ZXIgdG8gc2VuZCBhIG5ldyBub3RpZmljYXRpb24gd2hlbiBpdCBrbm93cyBhIHJlcHJlc2Vu dGF0aW9uIGlzIGdvaW5nIHRvIGV4cGlyZSBhdCBhIHNlcnZlciwgSSBmaW5kIHRoYXQgdG8gYmUg YW4gaW50ZXJlc3RpbmcgaWRlYS4gRG9lc24ndCBzZWVtIGxpa2Ugd2UgY2FtZSB0byBhIGNvbmNs dXNpb24gb24gdGhhdCB5ZXQ/DQoNClRoZSBpZGVhIGNhbWUgZnJvbSBBbmdlbG8vTWF0dGhpZXUs IGFuZCBpZiB3ZSBmb2xsb3cgdGhlIGFib3ZlIHRoYXQgdGhlIHNlcnZlciBkZXRlcm1pbmVzIHdo YXQgYSBjaGFuZ2UgaXMsIHRoZSBzZXJ2ZXIgaXMgZnJlZSB0byBzZW5kIChvciBub3Qgc2VuZCkg YSBuZXcgbm90aWZpY2F0aW9uIHdoZW4gaXQgdGhpbmtzIGEgcmVwcmVzZW50YXRpb24gaXMgZ29p bmcgdG8gZXhwaXJlIGluIGEgY2FjaGUga2VwdCBieSBhbiBPYnNlcnZlci4gDQoNCj4gW0Rhbmll bGVdIHBlcmlvZGljIG5vdGlmaWNhdGlvbnMgd2lsbCB3b3JrIGFzIGZvbGxvd3M6DQo+IC0gdGhl IGNsaWVudCBzZW5kcyBhIHBlcmlvZGljIG5vdGlmaWNhdGlvbiByZXF1ZXN0IChzcGVjaWZ5aW5n IGEgcGVyaW9kIHZhbHVlKQ0KPiAtIHRoZSBzZXJ2ZXIgc2VuZHMgYSBub3RpZmljYXRpb24gYXQg dGhlIGJlZ2lubmluZyBvZiBlYWNoIHBlcmlvZCBpbnRlcnZhbC4NCg0KSSBzZWUgdHdvIG9wdGlv bnMsIGdpdmVuIHRoZSBhYm92ZToNCg0KMSkgZG9uJ3QgZGVmaW5lIHBlcmlvZGljIG5vdGlmaWNh dGlvbnMgaW4gY29yZS1vYnNlcnZlLiBBIHNlcnZlciBpbXBsZW1lbnRhdGlvbiBtYXkgZGVmaW5l IGl0cyBvd24gd2F5IG9mIHJlcXVlc3RpbmcgcGVyaW9kaWMgbm90aWZpY2F0aW9ucyBhcyBaYWNo IGluZGljYXRlZC4gDQoNCjIpIG1ha2luZyBpdCBvcHRpb25hbC4gUGVyaGFwcyBvdXIgZ29hbCBv ZiAicmVkdWNlIHRoZSBzZXJ2ZXIgc3RhdGUiIGNhbiBhbHNvIGJlIHNhdGlzZmllZCBieSBtYWtp bmcgdGhpcyBtZWNoYW5pc20gb3B0aW9uYWw/IEUuZy4gYSBjbGllbnQgcmVxdWVzdHMgcGVyaW9k aWMgbm90aWZpY2F0aW9ucyB1c2luZyBhICdwZXJpb2RpYy1ub3RpZnkgT3B0aW9uJyB3aGljaCBh IGNvbnN0cmFpbmVkIHNlcnZlciBtYXkgaWdub3JlLiBUaGUgc2FtZSBvcHRpb24gd2lsbCBiZSB1 c2VkIGluIHJlc3BvbnNlKHMpIGJhY2sgdG8gdGhlIGNsaWVudCBidXQgb25seSBpZiB0aGUgc2Vy dmVyIHVuZGVyc3Rvb2QgdGhlIG9wdGlvbiBhbmQvb3IgaXMgd2lsbGluZyB0byBnaXZlIHBlcmlv ZGljIG5vdGlmaWNhdGlvbnMuIChJZiB0aGUgb3B0aW9uIGlzIGlnbm9yZWQsIHRoZSByZXF1ZXN0 IGZhbGxzIGJhY2sgdG8gaW5pdGlhdGluZyBhIHJlZ3VsYXIgb2JzZXJ2ZSByZWxhdGlvbnNoaXAp LiANCg0KYmVzdCByZWdhcmRzLA0KRXNrbyBEaWprDQoNCi0tLS0tT3JpZ2luYWwgTWVzc2FnZS0t LS0tDQpGcm9tOiBaYWNoIFNoZWxieSBbbWFpbHRvOnphY2hAc2Vuc2lub2RlLmNvbV0gDQpTZW50 OiBGcmlkYXkgMTEgTWFyY2ggMjAxMSAxMzowMg0KVG86IERhbmllbGUgQWxlc3NhbmRyZWxsaQ0K Q2M6IERpamssIEVza287IGNvcmUtYm91bmNlc0BpZXRmLm9yZzsgY29yZUBpZXRmLm9yZzsgS2xh dXMgSGFydGtlDQpTdWJqZWN0OiBSZTogW2NvcmVdIEZ3ZDogTmV3IFZlcnNpb24gTm90aWZpY2F0 aW9uZm9yZHJhZnQtaWV0Zi1jb3JlLW9ic2VydmUtMDENCg0KRGFuaWVsZSwNCg0KT24gTWFyIDEx LCAyMDExLCBhdCA5OjU0IEFNLCBEYW5pZWxlIEFsZXNzYW5kcmVsbGkgd3JvdGU6DQoNCj4gTWF5 YmUgaXQgY291bGQgYmUgc2ltcGxlciB0byBkZWZpbmUgdHdvIHR5cGVzIG9mIG5vdGlmaWNhdGlv bjogY2hhbmdlDQo+IG5vdGlmaWNhdGlvbnMgYW5kIHBlcmlvZGljIG5vdGlmaWNhdGlvbnMuIENo YW5nZSBub3RpZmljYXRpb25zIHdpbGwNCj4gd29yayBhcyBjdXJyZW50bHkgc3BlY2lmaWVkIGlu IG9ic2VydmUtMDEsDQo+IHBlcmlvZGljIG5vdGlmaWNhdGlvbnMgd2lsbCB3b3JrIGFzIGZvbGxv d3M6DQo+IC0gdGhlIGNsaWVudCBzZW5kcyBhIHBlcmlvZGljIG5vdGlmaWNhdGlvbiByZXF1ZXN0 IChzcGVjaWZ5aW5nIGEgcGVyaW9kIHZhbHVlKQ0KPiAtIHRoZSBzZXJ2ZXIgc2VuZHMgYSBub3Rp ZmljYXRpb24gYXQgdGhlIGJlZ2lubmluZyBvZiBlYWNoIHBlcmlvZCBpbnRlcnZhbC4NCg0KRG9l cyB0aGlzIHJlYWxseSBuZWVkIHRvIGJlIHBhcnQgb2YgdGhlIG9ic2VydmUgbWVjaGFuaXNtIGl0 c2VsZj8gSW4gdGhlIGxhc3QgaW50ZXJpbSBtZWV0aW5nIHdlIGFncmVlZCB0byB0cnkgdG8gcmVk dWNlIHRoZSBzdGF0ZSBuZWVkZWQgZm9yIG9ic2VydmF0aW9ucy4gDQoNCldoaWxlIGZpcnN0IHN0 YXJ0aW5nIHRvIGRlc2lnbiBvYnNlcnZlLCB3ZSB3ZW50IHRocm91Z2ggbWFueSBkaXNjdXNzaW9u cyBhYm91dCBhbGwgdGhlIGNvb2wgdGhpbmdzIHdlIG1pZ2h0IHdhbnQgdG8gZG8gd2l0aCBvYnNl cnZhdGlvbi4gUGVyaW9kcywgdGhyZXNob2xkcyBhbmQgYXZlcmFnaW5nIGp1c3QgdG8gbWVudGlv biBhIGZldy4gQXQgdGhhdCB0aW1lIHdlIGRlY2lkZWQgdG8gbGVhdmUgc3VjaCBwb3NzaWJsZSBm ZWF0dXJlcyB0byB0aGUgc2VydmVyLiBUaGlzIGlzIHRoZSByZWFzb24gaXQgaXMgdXAgdG8gYSBz ZXJ2ZXIgdG8gZGV0ZXJtaW5lIHdoYXQgY2hhbmdlIG1lYW5zLiBDaGFuZ2UgY291bGQgbWVhbiBh IHBlcmlvZCBoYXMgZWxhcHNlZCwgYSB0aHJlc2hvbGQgaGFzIGJlZW4gcGFzc2VkLCBhIHZhbHVl IGhhcyBjaGFuZ2VkIGJ5IHNvbWUgYW1vdW50IGV0Yy4gQSBzZXJ2ZXIgY291bGQgYmUgcHJlLWNv bmZpZ3VyZWQgd2l0aCBzdWNoIHBhcmFtZXRlcnMgYSBwcmlvcmksIG9yIHNvbWUgUkVTVCBpbnRl cmZhY2UgY291bGQgYmUgcHJvdmlkZWQgZm9yIHNldHRpbmcgdGhlbS4gUmVnYXJkbGVzcywgSSBm ZWVsIHRoaXMgaXMgYW4gYXBwbGljYXRpb24gc3BlY2lmaWMgaXNzdWUgYW5kIG9mdGVuIHRpbWUg cmVxdWlyZXMga25vd2xlZGdlIGFib3V0IHRoZSByZXByZXNlbnRhdGlvbnMgdG8gYmUgb2JzZXJ2 ZWQuIA0KDQpSZWdhcmRpbmcgRXNrbydzIHN1Z2dlc3Rpb24gb2YgYWxsb3dpbmcgYSBzZXJ2ZXIg dG8gc2VuZCBhIG5ldyBub3RpZmljYXRpb24gd2hlbiBpdCBrbm93cyBhIHJlcHJlc2VudGF0aW9u IGlzIGdvaW5nIHRvIGV4cGlyZSBhdCBhIHNlcnZlciwgSSBmaW5kIHRoYXQgdG8gYmUgYW4gaW50 ZXJlc3RpbmcgaWRlYS4gRG9lc24ndCBzZWVtIGxpa2Ugd2UgY2FtZSB0byBhIGNvbmNsdXNpb24g b24gdGhhdCB5ZXQ/IA0KDQpaYWNoDQoNCj4gQ2hhbmdlIG5vdGlmaWNhdGlvbnMgd2lsbCBiZSB1 c2VkIGJ5IGNsaWVudHMgaW50ZXJlc3RlZCBpbiByZXNvdXJjZSBjaGFuZ2VzLg0KPiBQZXJpb2Rp YyBub3RpZmljYXRpb25zIHdpbGwgYmUgdXNlZCBieSBwcm94aWVzIHRvIGtlZXAgdGhlaXIgY2Fj aGUNCj4gdXAtdG8tZGF0ZS4gVGhleSBhcmUgYWxzbyB1c2VmdWwgZm9yIGFwcGxpY2F0aW9ucyAo Y2xpZW50cykgcmVxdWlyaW5nDQo+IGEgcGVyaW9kaWMgbW9uaXRvcmluZyBvZiBhIHJlc291cmNl IChsaWtlIGEgZGlzY3JldGUtdGltZSBjb250cm9sDQo+IHN5c3RlbSkuDQo+IA0KPiBXZSBjYW4g cmV1c2UgdGhlIG1heC1hZ2Ugb3B0aW9uIHRvIHNwZWNpZnkgdGhlIHBlcmlvZCwgb3Igd2UgY2Fu DQo+IGNyZWF0ZSBhIG5ldyBvcHRpb24gdG8gYXZvaWQgY29uZnVzaW9uLg0KPiANCj4gDQo+IE9u IE1vbiwgTWFyIDcsIDIwMTEgYXQgOTowMyBBTSwgRGlqaywgRXNrbyA8ZXNrby5kaWprQHBoaWxp cHMuY29tPiB3cm90ZToNCj4+IERlYXIgQW5nZWxvIGFuZCBNYXR0aGlldSwNCj4+IA0KPj4gWW91 IHdyb3RlOg0KPj4+IFdoZW4gYW4gb2JzZXJ2YXRpb24gaXMgaW4gcHJvZ3Jlc3Mgb24gYSByZXNv dXJjZSBhbmQgdGhlIGxhc3Qgbm90aWZpZWQNCj4+PiB2YWx1ZSBpcyBnb2luZyB0byBleHBpcmUs IHRoZSBzZXJ2ZXIgc2hvdWxkIGFjdGl2ZWx5IHVwZGF0ZSB0aGUgY2FjaGUNCj4+PiBieSBzZW5k aW5nIGEgbmV3IG5vdGlmaWNhdGlvbi4NCj4+IA0KPj4gVGhpcyBpcyBhIGdvb2Qgd2F5IG9mIGtl ZXBpbmcgdGhlIGNhY2hlZCByZXNvdXJjZSBmcmVzaCwgdGhvdWdoIGl0IGV4dGVuZHMgdGhlIGRl ZmluaXRpb24gb2YgTm90aWZpY2F0aW9uIChhcyBpbiBvYnNlcnZlLTAxKSBiZWNhdXNlIHRoaXMg a2luZCBvZiAnZXhwaXJhdGlvbiBkcml2ZW4gbm90aWZpY2F0aW9uJyBpcyBub3QgbmVjZXNzYXJp bHkgYSByZXN1bHQgb2YgYW55IHN0YXRlIGNoYW5nZSBvZiB0aGUgcmVzb3VyY2UuIElmIHdlIGFs bG93IHRoaXMgdXNlIG9mIE5vdGlmaWNhdGlvbnMsIHBlcmhhcHMgU2VjdGlvbiA0LjEgY291bGQg bWVudGlvbiB0aGlzIGFzIGEgcG9zc2libGUgc3RyYXRlZ3kgZm9yIGEgc2VydmVyIGltcGxlbWVu dGF0aW9uIChNQVk/KS4NCj4+IA0KPj4+IFdlIGNvdWxkIGFsc28gcmVzdXJyZWN0IHRoZSBNYXgt QWdlIG9wdGlvbiBpbiBhIHJlcXVlc3QgdG8gbGV0IGEgY2xpZW50DQo+Pj4gY29udHJvbCB0aGUg bWF4aW11bSB0aW1lIGJldHdlZW4gMiBub3RpZmljYXRpb25zIGV2ZW4gaWYgdGhlcmUgaXMgbm8N Cj4+PiBjaGFuZ2Ugb2Ygc3RhdGUuDQo+PiANCj4+IFRoaXMgc291bmRzIGxpa2UgYSB1c2VmdWwg b3B0aW9uIHRvIGhhdmUsIHRob3VnaCBpdCByYWlzZXMgc29tZSBxdWVzdGlvbnM6DQo+PiAtIGl0 IHNob3VsZCBiZSBwb3NzaWJsZSBmb3IgdGhlIHNlcnZlciB0byBpZ25vcmUgdGhlIHJlcXVlc3Rl ZCBNYXgtQWdlPyAgKGUuZy4gdG8gYXZvaWQgZXh0cmEgYm9vay1rZWVwaW5nIHBlciBzdWJzY3Jp cHRpb24gd2hpY2ggd2FzIGRpc2N1c3NlZCBwcmV2aW91c2x5IG9uIHRoZSBsaXN0KQ0KPj4gLSBp ZiBpZ25vcmVkIGJ5IHRoZSBzZXJ2ZXIsIHNob3VsZCB0aGUgT2JzZXJ2ZXIgYmUgbm90aWZpZWQv bWFkZSBhd2FyZSBvZiB0aGlzLCBvciBub3Q/DQo+PiAtIHBvdGVudGlhbGx5IGNvbmZ1c2luZyBp biBuYW1pbmcgYmVjYXVzZSB0aGUgbWVhbmluZyBvZiB0aGUgTWF4LUFnZSBPcHRpb24gaW4gdGhl IHNlcnZlcidzIHJlc3BvbnNlIHRvIHRoZSBHRVQgaXMgZW50aXJlbHkgZGlmZmVyZW50Pw0KPj4g DQo+PiBNeSBwcmVzZW50IGNvbmNsdXNpb24gb24gdGhpcyB0b3BpYyBpcyB0aGF0LCBpZiB3ZSBr ZWVwIHRoZSBjdXJyZW50IGZyZXNobmVzcyBtb2RlbCBhcyBpcywgdGhlIGFjaGlldmVkIGNhY2hl IHBlcmZvcm1hbmNlIG5lY2Vzc2FyaWx5IGRlcGVuZHMgb24gdGhlIHZhbHVlKHMpIG9mIHRoZSBN YXgtQWdlIE9wdGlvbiB0aGF0IHRoZSBzZXJ2ZXIgZGVjaWRlcyB0byB1c2UgaW4gaXRzIHJlc3Bv bnNlcy4gSWYgZS5nLiB0aGUgc2VydmVyIGJ5IGRlZmF1bHQgdXNlcyAnaW5maW5pdGUnIE1heC1B Z2UgKGkuZS4gQW5nZWxvJ3MgcHJvcG9zYWwgZm9yIGEgZGVmYXVsdCBNYXgtQWdlKSB0aGVuIGNh Y2hpbmcgaXMgZWZmaWNpZW50LiBJZiB0aGUgc2VydmVyIGRlY2lkZXMgdG8gcmVzcG9uZCB3aXRo IE1heC1BZ2UgPSAwIHNlYyBhbHdheXMsIHRoZSBjYWNoZSB3b24ndCBjYWNoZSBhbnl0aGluZyBp biB0aGUgY3VycmVudCBtb2RlbC4NCj4+IA0KPj4gYmVzdCByZWdhcmRzLA0KPj4gRXNrbw0KPj4g DQo+PiANCj4+IC0tLS0tT3JpZ2luYWwgTWVzc2FnZS0tLS0tDQo+PiBGcm9tOiBjb3JlLWJvdW5j ZXNAaWV0Zi5vcmcgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddIE9uIEJlaGFsZiBPZiBB bmdlbG8gUC4gQ2FzdGVsbGFuaQ0KPj4gU2VudDogTW9uZGF5IDcgTWFyY2ggMjAxMSAxMDoxNg0K Pj4gVG86IE1hdHRoaWV1IFZJQUwNCj4+IENjOiBjb3JlLWJvdW5jZXNAaWV0Zi5vcmc7IGNvcmVA aWV0Zi5vcmc7IEtsYXVzIEhhcnRrZQ0KPj4gU3ViamVjdDogUmU6IFtjb3JlXSBGd2Q6IE5ldyBW ZXJzaW9uIE5vdGlmaWNhdGlvbmZvcmRyYWZ0LWlldGYtY29yZS1vYnNlcnZlLTAxDQo+PiANCj4+ IE9uIE1vbiwgTWFyIDcsIDIwMTEgYXQgMTA6MDksIE1hdHRoaWV1IFZJQUwNCj4+IDxtYXR0aGll dS52aWFsQGZyLm5vbi5zY2huZWlkZXItZWxlY3RyaWMuY29tPiB3cm90ZToNCj4+Pj4gV2hlbiBh biBvYnNlcnZhdGlvbiBpcyBpbiBwcm9ncmVzcyBvbiBhIHJlc291cmNlIGFuZCB0aGUgbGFzdCBu b3RpZmllZA0KPj4+IHZhbHVlIGlzIGdvaW5nIHRvIGV4cGlyZSwgdGhlIHNlcnZlciBzaG91bGQg YWN0aXZlbHkgdXBkYXRlIHRoZSBjYWNoZQ0KPj4+IGJ5IHNlbmRpbmcgYSBuZXcgbm90aWZpY2F0 aW9uLg0KPj4+IA0KPj4+IFdlIGNvdWxkIGFsc28gcmVzdXJyZWN0IHRoZSBNYXgtQWdlIG9wdGlv biBpbiBhIHJlcXVlc3QgdG8gbGV0IGEgY2xpZW50DQo+Pj4gY29udHJvbCB0aGUgbWF4aW11bSB0 aW1lIGJldHdlZW4gMiBub3RpZmljYXRpb25zIGV2ZW4gaWYgdGhlcmUgaXMgbm8NCj4+PiBjaGFu Z2Ugb2Ygc3RhdGUuDQo+PiANCj4+ICsxIEkgbGlrZSBhbHNvIHRoaXMgdXNlIG9mIE1heC1BZ2Uu DQo+PiANCj4+IFNvIHJlbGF0ZWQgdG8gb3B0aW9uIGIgb2YgbXkgcHJldmlvdXMgbWVzc2FnZSBh IGNhY2hlIG5vdGlmaWVzIGl0cw0KPj4gTWF4LUFnZSBpbnRlcm5hbCB1cHBlciBib3VuZCBpbiB0 aGlzIHdheS4NCj4+IA0KPj4gQW5nZWxvDQo+PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fXw0KPj4gY29yZSBtYWlsaW5nIGxpc3QNCj4+IGNvcmVAaWV0Zi5v cmcNCj4+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4vbGlzdGluZm8vY29yZQ0KPj4gDQo+ PiBUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSBtYXkgYmUgY29uZmlk ZW50aWFsIGFuZCBsZWdhbGx5IHByb3RlY3RlZCB1bmRlciBhcHBsaWNhYmxlIGxhdy4gVGhlIG1l c3NhZ2UgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLiBJZiB5b3UgYXJl IG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3RpZmllZCB0aGF0 IGFueSB1c2UsIGZvcndhcmRpbmcsIGRpc3NlbWluYXRpb24sIG9yIHJlcHJvZHVjdGlvbiBvZiB0 aGlzIG1lc3NhZ2UgaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVubGF3ZnVsLiBJ ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29udGFjdCB0aGUg c2VuZGVyIGJ5IHJldHVybiBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBvZiB0aGUgb3Jp Z2luYWwgbWVzc2FnZS4NCj4+IA0KPj4gX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX18NCj4+IGNvcmUgbWFpbGluZyBsaXN0DQo+PiBjb3JlQGlldGYub3JnDQo+ PiBodHRwczovL3d3dy5pZXRmLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2NvcmUNCj4+IA0KPiBfX19f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXw0KPiBjb3JlIG1haWxp bmcgbGlzdA0KPiBjb3JlQGlldGYub3JnDQo+IGh0dHBzOi8vd3d3LmlldGYub3JnL21haWxtYW4v bGlzdGluZm8vY29yZQ0KDQotLSANClphY2ggU2hlbGJ5LCBDaGllZiBOZXJkLCBTZW5zaW5vZGUg THRkLg0KaHR0cDovL3phY2hzaGVsYnkub3JnICAtIE15IGJsb2cgIk9uIHRoZSBJbnRlcm5ldCBv ZiBUaGluZ3MiDQpodHRwOi8vNmxvd3Bhbi5uZXQgLSBNeSBib29rICI2TG9XUEFOOiBUaGUgV2ly ZWxlc3MgRW1iZWRkZWQgSW50ZXJuZXQiDQpNb2JpbGU6ICszNTggNDAgNzc5NjI5Nw0KDQoNCl9f X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fDQpjb3JlIG1haWxp bmcgbGlzdA0KY29yZUBpZXRmLm9yZw0KaHR0cHM6Ly93d3cuaWV0Zi5vcmcvbWFpbG1hbi9saXN0 aW5mby9jb3JlDQo= From likepeng@huawei.com Sun Mar 13 20:53:31 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 82E243A6C24 for ; Sun, 13 Mar 2011 20:53:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.138 X-Spam-Level: X-Spam-Status: No, score=-0.138 tagged_above=-999 required=5 tests=[AWL=0.357, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gZc1gpJrm-LW for ; Sun, 13 Mar 2011 20:53:30 -0700 (PDT) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 49BDD3A6AA7 for ; Sun, 13 Mar 2011 20:53:30 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI100AEF46MMF@szxga05-in.huawei.com> for core@ietf.org; Mon, 14 Mar 2011 11:54:22 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI100BGG46LLU@szxga05-in.huawei.com> for core@ietf.org; Mon, 14 Mar 2011 11:54:22 +0800 (CST) Received: from SZXEML404-HUB.china.huawei.com (10.82.67.59) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 14 Mar 2011 11:54:20 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by szxeml404-hub.china.huawei.com ([fe80::75b7:3db9:fedc:a56d%13]) with mapi id 14.01.0270.001; Mon, 14 Mar 2011 11:54:21 +0800 Date: Mon, 14 Mar 2011 03:54:20 +0000 From: Likepeng In-reply-to: <067.badc5e7e4243033db1ad4e9c74f31452@trac.tools.ietf.org> X-Originating-IP: [10.70.109.110] To: core issue tracker , "cabo@tzi.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F2259B07@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] #118: Block URI Transmission Thread-index: AQHL0/6QTd3uhE00b0iAi/GSvLqE/JQpfLuAgALRhnA= X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> <067.badc5e7e4243033db1ad4e9c74f31452@trac.tools.ietf.org> Cc: "core@ietf.org" Subject: Re: [core] #118: Block URI Transmission X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 03:53:31 -0000 Q3VycmVudGx5IHdlIGFscmVhZHkgc2VudCBUb2tlbiBpbiBhbGwgdGhlIGJsb2NrIHJlcXVlc3Rz LCBjYW4gd2UganVzdCB1c2UgVG9rZW4gdG8gY29ycmVsYXRlIGFsbCB0aGUgYmxvY2sgcmVxdWVz dHMsIHdpdGhvdXQgc2VuZGluZyB0aGUgVVJJIGluIHRoZSByZXF1ZXN0Pw0KDQpJdCBkb2VzIG5v dCBhZGQgYW55IG5ldyBmaWVsZHMgb3IgcGFyYW1ldGVycyBpbiB0aGUgcmVxdWVzdC4gQm90aCB0 aGUgY2xpZW50IGFuZCBzZXJ2ZXIgaGF2ZSB0byByZWNvcmQgVG9rZW4gYW55d2F5LiBJIGRvbid0 IHRoaW5rIHRvbyBtdWNoIGNvbXBsZXhpdHkgaXMgYWRkZWQuDQoNCktlcGVuZw0KLS0tLS3pgq7k u7bljp/ku7YtLS0tLQ0K5Y+R5Lu25Lq6OiBjb3JlIGlzc3VlIHRyYWNrZXIgW21haWx0bzp0cmFj K2NvcmVAemluZmFuZGVsLnRvb2xzLmlldGYub3JnXSANCuWPkemAgeaXtumXtDogMjAxMeW5tDPm nIgxM+aXpSAwOjQ5DQrmlLbku7bkuro6IGNhYm9AdHppLm9yZzsgTGlrZXBlbmcNCuaKhOmAgTog Y29yZUBpZXRmLm9yZw0K5Li76aKYOiBSZTogW2NvcmVdICMxMTg6IEJsb2NrIFVSSSBUcmFuc21p c3Npb24NCg0KIzExODogQmxvY2sgVVJJIFRyYW5zbWlzc2lvbg0KDQpDb21tZW50KGJ5IGNhYm9A 4oCmKToNCg0KIEkgZG9uJ3QgYWdyZWUgd2l0aCB0aGUgcHJlbWlzZSB0aGF0IFVSSXMgYXJlIGJp Zy4NCiBCbG9jayBpcyB1c2VkIHdoZW4gcGFja2V0cyBhcmUgbW9zdGx5IGZ1bGwsIHNvIHRoZSBv dmVyYWxsIGVmZmVjdCBvZg0KIG5vdCBzZW5kaW5nIFVSSXMgd2lsbCBiZSBpbiB0aGUgc2luZ2xl LWRpZ2l0IG9yIHRlbnMgb2YgcGVyY2VudC4NCiAoV2UgY3VycmVudGx5IGRvbid0IHNlbmQgVVJJ cyBpbiByZXNwb25zZXMsIEJUVy4pDQogVGhlIHBvdGVudGlhbCBvcHRpbWl6YXRpb25zIEkgaGF2 ZSBzZWVuIGFsbCBicmVhayB0aGUgYWJpbGl0eSBvZiB0aGUNCiBzZXJ2ZXIgdG8gaGFuZGxlIGJs b2NrLXdpc2UgcmVxdWVzdHMgaW4gYSBzdGF0ZWxlc3MgZmFzaGlvbi4NCiBJIHByb3Bvc2Ugbm90 IHRvIHNwZW5kIHRpbWUgb24gdGhpcyBhdCB0aGlzIHBvaW50IC0tIHRvbyBsaXR0bGUgZ2Fpbg0K IGZvciB0b28gbXVjaCBhZGRlZCBjb21wbGV4aXR5Lg0KDQotLSANCi0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0rLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0NCiBSZXBvcnRlcjogIGxpa2VwZW5nQOKApiAgICAgICAgICAgIHwgICAgICAgT3duZXI6ICAg ICANCiAgICAgVHlwZTogIHByb3RvY29sIGVuaGFuY2VtZW50ICB8ICAgICAgU3RhdHVzOiAgbmV3 DQogUHJpb3JpdHk6ICBtYWpvciAgICAgICAgICAgICAgICAgfCAgIE1pbGVzdG9uZTogICAgIA0K Q29tcG9uZW50OiAgYmxvY2sgICAgICAgICAgICAgICAgIHwgICAgIFZlcnNpb246ICAgICANCiBT ZXZlcml0eTogIC0gICAgICAgICAgICAgICAgICAgICB8ICAgIEtleXdvcmRzOiAgICAgDQotLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tKy0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tDQoNClRpY2tldCBVUkw6IDxodHRwOi8vdHJhYy50b29scy5pZXRmLm9y Zy93Zy9jb3JlL3RyYWMvdGlja2V0LzExOCNjb21tZW50OjI+DQpjb3JlIDxodHRwOi8vdG9vbHMu aWV0Zi5vcmcvY29yZS8+DQoNCg== From kerlyn2001@gmail.com Sun Mar 13 23:32:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CA2F53A6B09 for ; Sun, 13 Mar 2011 23:32:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.798 X-Spam-Level: X-Spam-Status: No, score=-2.798 tagged_above=-999 required=5 tests=[AWL=-0.800, BAYES_00=-2.599, HTML_MESSAGE=0.001, J_BACKHAIR_44=1, J_CHICKENPOX_35=0.6, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TVDLuaqnwwqP for ; Sun, 13 Mar 2011 23:32:21 -0700 (PDT) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 904BC3A6B07 for ; Sun, 13 Mar 2011 23:32:21 -0700 (PDT) Received: by qyk7 with SMTP id 7so3786275qyk.10 for ; Sun, 13 Mar 2011 23:33:44 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=Df6mFubqbTUzoYtHqxKPJ1ZqWlkB3+Uay/oHCmufL5Q=; b=ZvLjsjrpJO/+zIYYYzERe+SLKL44oMqsdSa0eKFAEzF1ntaihTDItm8Ye7nuUgFrAe QWe0CPIE2NxsnI9xmxrKU52ObMLbCXhi7BBbNsa6TG69Jdw57HlMLGPpWBFAfP4oS2ZG lnFQAmxlp+Pj1NfY8HifAM+TeVS20DzjkB8Zk= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=eUxE7YtHV4m2OhI9YtRJrmVPAhiwwJtIgXrLehnqz2IGWA8kC+GG7zY7RQ1uOHbJlC 3lbCxcXAtdwij14hP6hXC9zJ7bonwsjDtQBm/ndlDtGrnS8JUX0n4xl+mwlDpLus22xO gIXG+0rKdOU0miZ+Q256ck7Fs/gTv/nFFZqbU= MIME-Version: 1.0 Received: by 10.229.27.65 with SMTP id h1mr9421122qcc.216.1300084424321; Sun, 13 Mar 2011 23:33:44 -0700 (PDT) Received: by 10.229.228.194 with HTTP; Sun, 13 Mar 2011 23:33:44 -0700 (PDT) Date: Mon, 14 Mar 2011 02:33:44 -0400 Message-ID: From: Kerry Lynn To: core Content-Type: multipart/alternative; boundary=001636426b694a3c74049e6b7ea3 Subject: [core] How to resolve HTTP<->CoAP URI authority? X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 06:32:22 -0000 --001636426b694a3c74049e6b7ea3 Content-Type: text/plain; charset=ISO-8859-1 I hope to clear up a continuing confusion on my part. During the last WebEx, while Angelo was describing the HTTP<->CoAP proxy, I asked on jabber whether the URI syntax was something like the http://hostA:portA/core/hostB:portB/path syntax that was used in prior PlugFests. The answer I heard was "that's appropriate for a gateway, not a proxy". A few people (Peter vdS, Angelo, Akbar, & others) gathered on a call last week to further discuss this and other proxy issues. The consensus on URIs was that ideally the proxy would expose resources via HTTP and would simply change the scheme part of the URI to communicate with the origin server, keeping the rest of the URI unchanged. Now first I will say that Section 6.1 of the draft spec seems ambivalent about the use of DNS for resolving the host part of the URI, whereas RFC 2616 clearly assumes DNS when it refers to "fully qualified domain names" in section 3.2.2, "Internet host" in section 14.23, and "DNS Spoofing" in section 15.3. Let's assume that we keep all of our options open and allow this proxy to be placed anywhere on the Internet (I don't think that's a good idea, but that's another conversation). I think the consequence is we must assume that http://host.example.com/path and coap://host. example.com/path are both legitimate targets for (different) arbitrary clients. What then is the resolver strategy for the coap client? The http client will use DNS and might get back a CNAME and/or AAAA (or A) record, resulting in a resolution of host to IP address. Port defaults to 80 unless it is specified, etc. etc. If the same strategy is used for coap then doesn't this pretty much imply that the origin server and proxy are on the same host? If not, what am I missing? Now we could consider the scheme as part of the resolver strategy and look up the coap *service* instead of *host* using DNS-SD. This would work as follows: - Send a query for SRV record named "_coap._udp.host.example.com" If this record is defined, AAAA record and port for the service will be returned. A lookup for a TXT record with the same name, if defined, will return additional key=value pairs that pertain to the service. - If the SRV record does not exist, send a query for ANY with the name "host.example.com" and resolve to IP address as http does. If the latter approach is used, I still don't see how http and coap can use the same URI authority unless the cservices are co-resident on the same host. Please adjust my point of view... TIA, -K- --001636426b694a3c74049e6b7ea3 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I hope to clear up a continuing confusion on my part.

During the las= t WebEx, while Angelo was describing the HTTP<->CoAP
proxy, I aske= d on jabber whether the URI syntax was something like the
http://hostA:p= ortA/core/hostB:portB/path syntax that was used in prior
PlugFests.=A0 The answer I heard was "that's appropriate for a gat= eway,
not a proxy".

A few people (Peter vdS, Angelo, Akbar, = & others) gathered on a call
last week to further discuss this and o= ther proxy issues.=A0 The consensus
on URIs was that ideally the proxy would expose resources via HTTP
and w= ould simply change the scheme part of the URI to communicate
with the or= igin server, keeping the rest of the URI unchanged.

Now first I will= say that Section 6.1 of the draft spec seems ambivalent
about the use of DNS for resolving the host part of the URI, whereas
RFC= 2616 clearly assumes DNS when it refers to "fully qualified
domain= names" in section 3.2.2, "Internet host" in section 14.23, = and
"DNS Spoofing" in section 15.3.

Let's assume that we k= eep all of our options open and allow this proxy
to be placed anywhere o= n the Internet (I don't think that's a good idea,
but that's= another conversation).=A0 I think the consequence is we must
assume that http://host.example.co= m/path and coap://host.
example.= com/path are both legitimate targets for (different) arbitrary
clien= ts.=A0 What then is the resolver strategy for the coap client?

The http client will use DNS and might get back a CNAME and/or
AAAA = (or A) record, resulting in a resolution of host to IP address.
Port def= aults to 80 unless it is specified, etc. etc.=A0 If the same strategy
is used for coap then doesn't this pretty much imply that the originserver and proxy are on the same host?=A0 If not, what am I missing?
Now we could consider the scheme as part of the resolver strategy
and = look up the coap *service* instead of *host* using DNS-SD.=A0 This
would work as follows:

- Send a query for SRV record named "_co= ap._udp.host.example.com"<= br>=A0 If this record is defined, AAAA record and port for the service will= be
=A0 returned.=A0 A lookup for a TXT record with the same name, if defined,<= br>=A0 will return additional key=3Dvalue pairs that pertain to the service= .

- If the SRV record does not exist, send a query for ANY with the = name
=A0 "host.example.com" an= d resolve to IP address as http does.

If the latter approach is used= , I still don't see how http and coap can
use the same URI authority= unless the cservices are co-resident on
the same host.=A0 Please adjust my point of view...

TIA, -K-

--001636426b694a3c74049e6b7ea3-- From trac+core@trac.tools.ietf.org Mon Mar 14 01:43:52 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E8C1B3A6C00 for ; Mon, 14 Mar 2011 01:43:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EjiPzL1pX4bD for ; Mon, 14 Mar 2011 01:43:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 3759D3A6BBF for ; Mon, 14 Mar 2011 01:43:52 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz3Os-0004y6-MY; Mon, 14 Mar 2011 01:45:14 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Mon, 14 Mar 2011 08:45:14 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/98#comment:1 Message-ID: <066.9ee7ffadf2615bb33fe73f1966bb0309@trac.tools.ietf.org> References: <057.99a2db5b3b5e4df494bd3b3fc02ee89d@trac.tools.ietf.org> X-Trac-Ticket-ID: 98 In-Reply-To: <057.99a2db5b3b5e4df494bd3b3fc02ee89d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #98: Point out differences to RFC5988 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 08:43:53 -0000 #98: Point out differences to RFC5988 Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: New section added to the introduction. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Mon Mar 14 03:05:04 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B31D13A6C59 for ; Mon, 14 Mar 2011 03:05:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id nREuSk5hxcPD for ; Mon, 14 Mar 2011 03:05:03 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D5B073A6B10 for ; Mon, 14 Mar 2011 03:05:03 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz4fT-00079k-0O; Mon, 14 Mar 2011 03:06:27 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Mon, 14 Mar 2011 10:06:26 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/128#comment:1 Message-ID: <067.6e0a2ac0372a5c6c3c10dd6a4d04f451@trac.tools.ietf.org> References: <058.c823bd7ec9b4ca094f039f85b0c4c98c@trac.tools.ietf.org> X-Trac-Ticket-ID: 128 In-Reply-To: <058.c823bd7ec9b4ca094f039f85b0c4c98c@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #128: Re: #118: Block URI Transmission X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 10:05:04 -0000 #128: Re: [core] #118: Block URI Transmission Changes (by cabo@…): * status: new => closed * resolution: => wontfix * component: => block * severity: => - Comment: I think we are reliving the TeRI discussion here. There is no known way to compress the URIs away that doesn't also create unwanted state and increases the complexity of the protocol and the state machines needed for its implementation. We shouldn't spend energy on a 10 % optimization that isn't even addressing the most important use cases. (Please don't send E-Mail replies to the tracker right now -- it currently misfiles all replies to existing tickets into new tickets.) -- ----------------------------------+----------------------------------------- Reporter: likepeng@… | Type: defect Status: closed | Priority: major Milestone: | Component: block Version: | Severity: - Resolution: wontfix | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Mon Mar 14 05:35:14 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 0F1843A6A68 for ; Mon, 14 Mar 2011 05:35:14 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Pqm7A4yMtKeQ for ; Mon, 14 Mar 2011 05:35:13 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 511FF3A69C1 for ; Mon, 14 Mar 2011 05:35:13 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz70n-0007Dh-1x; Mon, 14 Mar 2011 05:36:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Mon, 14 Mar 2011 12:36:37 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/126#comment:1 Message-ID: <062.210278997d923aafd8fa8ea1eeea2e6a@trac.tools.ietf.org> References: <053.d93fb0ee296cb1807d144b0e33350cf6@trac.tools.ietf.org> X-Trac-Ticket-ID: 126 In-Reply-To: <053.d93fb0ee296cb1807d144b0e33350cf6@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #126: Drop Lifetime X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 12:35:14 -0000 #126: Drop Lifetime Changes (by hartke@…): * status: new => closed * resolution: => fixed Comment: Done in observe-02. -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: closed Priority: major | Milestone: Component: observe | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Mon Mar 14 05:51:41 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 147B93A6BFC for ; Mon, 14 Mar 2011 05:51:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7wtI6nPIPA9 for ; Mon, 14 Mar 2011 05:51:40 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 678EE3A6D14 for ; Mon, 14 Mar 2011 05:51:40 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz7Gh-0004fX-BL; Mon, 14 Mar 2011 05:53:03 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Mon, 14 Mar 2011 12:53:03 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/89#comment:1 Message-ID: <066.ced05cee522c8a00c4e16d37f81b9970@trac.tools.ietf.org> References: <057.1feee7c1a2bc38c2d343f8147f109134@trac.tools.ietf.org> X-Trac-Ticket-ID: 89 In-Reply-To: <057.1feee7c1a2bc38c2d343f8147f109134@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #89: Use case examples X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 12:51:41 -0000 #89: Use case examples Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Added use cases to the introduction. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Mon Mar 14 05:54:48 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21B2B3A6D23 for ; Mon, 14 Mar 2011 05:54:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rAViN1qaSoWt for ; Mon, 14 Mar 2011 05:54:47 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7DB313A6928 for ; Mon, 14 Mar 2011 05:54:47 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz7Jj-0004tN-At; Mon, 14 Mar 2011 05:56:11 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Mon, 14 Mar 2011 12:56:11 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/90#comment:1 Message-ID: <066.9309adb8105ed57653f77df72028ad71@trac.tools.ietf.org> References: <057.117387d3771c28f6c41c6519ce0f719d@trac.tools.ietf.org> X-Trac-Ticket-ID: 90 In-Reply-To: <057.117387d3771c28f6c41c6519ce0f719d@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #90: How web linking is used in CoRE X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 12:54:48 -0000 #90: How web linking is used in CoRE Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Included in new introduction sections. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From peter.van.der.stok@philips.com Mon Mar 14 06:41:20 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 221CB3A6D5B for ; Mon, 14 Mar 2011 06:41:20 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.799 X-Spam-Level: X-Spam-Status: No, score=-5.799 tagged_above=-999 required=5 tests=[AWL=0.800, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sultaDvVDpuZ for ; Mon, 14 Mar 2011 06:41:19 -0700 (PDT) Received: from TX2EHSOBE002.bigfish.com (tx2ehsobe001.messaging.microsoft.com [65.55.88.11]) by core3.amsl.com (Postfix) with ESMTP id 3452C3A6D59 for ; Mon, 14 Mar 2011 06:41:19 -0700 (PDT) Received: from mail180-tx2-R.bigfish.com (10.9.14.238) by TX2EHSOBE002.bigfish.com (10.9.40.22) with Microsoft SMTP Server id 14.1.225.8; Mon, 14 Mar 2011 13:42:42 +0000 Received: from mail180-tx2 (localhost.localdomain [127.0.0.1]) by mail180-tx2-R.bigfish.com (Postfix) with ESMTP id 6E172118033B for ; Mon, 14 Mar 2011 13:42:42 +0000 (UTC) X-SpamScore: -43 X-BigFish: VPS-43(zz15d6O9251J936eK542N1370I217bLzz1202hzz8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail180-tx2 (localhost.localdomain [127.0.0.1]) by mail180-tx2 (MessageSwitch) id 1300110162115459_3815; Mon, 14 Mar 2011 13:42:42 +0000 (UTC) Received: from TX2EHSMHS007.bigfish.com (unknown [10.9.14.251]) by mail180-tx2.bigfish.com (Postfix) with ESMTP id 0D0D31260052 for ; Mon, 14 Mar 2011 13:42:42 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by TX2EHSMHS007.bigfish.com (10.9.99.107) with Microsoft SMTP Server (TLS) id 14.1.225.8; Mon, 14 Mar 2011 13:42:38 +0000 Received: from nlamsexh02.connect1.local (172.16.153.23) by connect1.philips.com (172.16.156.42) with Microsoft SMTP Server (TLS) id 8.3.106.1; Mon, 14 Mar 2011 14:41:58 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by nlamsexh02.connect1.local ([172.16.153.23]) with mapi; Mon, 14 Mar 2011 14:42:14 +0100 From: "Stok, Peter van der" To: "core@ietf.org" Date: Mon, 14 Mar 2011 14:42:13 +0100 Thread-Topic: New Version Notification for draft-vanderstok-core-bc-03 Thread-Index: AcviTK0SYS0+VYS+TcC2V0Ua+Iat8AAAEr0Q Message-ID: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: philips.com Subject: [core] FW: New Version Notification for draft-vanderstok-core-bc-03 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 13:41:20 -0000 RGVhciBhbGwsDQoNCldlIGhhdmUgc3VibWl0dGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIGJ1aWxk aW5nIGNvbnRyb2wgZHJhZnQuDQoNCk5ldyBhc3BlY3RzIGFyZToNCi0gY29tbWlzc2lvbmluZywg YW5kIGdhdGV3YXkgdG8gbGVnYWN5IGV4YW1wbGVzDQotIFByb3Bvc2FsIHRvIGV4dGVuZCBETlMt U0Qgd2l0aCBzbiwgc3QsIGFuZCBzcyBhdHRyaWJ1dGVzDQoNCkdyZWV0aW5ncw0KS2VycnkgYW5k IHBldGVyDQoNCg0KDQotLS0tLU9yaWdpbmFsIE1lc3NhZ2UtLS0tLQ0KRnJvbTogSUVURiBJLUQg U3VibWlzc2lvbiBUb29sIFttYWlsdG86aWRzdWJtaXNzaW9uQGlldGYub3JnXQ0KU2VudDogTW9u ZGF5IDE0IE1hcmNoIDIwMTEgMTQ6MzQNClRvOiBTdG9rLCBQZXRlciB2YW4gZGVyDQpDYzoga2Vy bHluQGllZWUub3JnDQpTdWJqZWN0OiBOZXcgVmVyc2lvbiBOb3RpZmljYXRpb24gZm9yIGRyYWZ0 LXZhbmRlcnN0b2stY29yZS1iYy0wMw0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC12 YW5kZXJzdG9rLWNvcmUtYmMtMDMudHh0IGhhcyBiZWVuIHN1Y2Nlc3NmdWxseSBzdWJtaXR0ZWQg YnkgUGV0ZXIgVmFuIGRlciBTdG9rIGFuZCBwb3N0ZWQgdG8gdGhlIElFVEYgcmVwb3NpdG9yeS4N Cg0KRmlsZW5hbWU6ICAgICAgICBkcmFmdC12YW5kZXJzdG9rLWNvcmUtYmMNClJldmlzaW9uOiAg ICAgICAgMDMNClRpdGxlOiAgICAgICAgICAgQ29BUCBVdGlsaXphdGlvbiBmb3IgQnVpbGRpbmcg Q29udHJvbA0KQ3JlYXRpb25fZGF0ZTogICAyMDExLTAzLTE0DQpXRyBJRDogICAgICAgICAgIElu ZGVwZW5kZW50IFN1Ym1pc3Npb24NCk51bWJlcl9vZl9wYWdlczogMjUNCg0KQWJzdHJhY3Q6DQpU aGlzIGRyYWZ0IGRlc2NyaWJlcyBhbiBleGFtcGxlIHVzZSBvZiB0aGUgUkVTVGZ1bCBDb0FQIHBy b3RvY29sIGZvcg0KYnVpbGRpbmcgYXV0b21hdGlvbiBhbmQgY29udHJvbCAoQkFDKSBhcHBsaWNh dGlvbnMgc3VjaCBhcyBIVkFDIGFuZA0KbGlnaHRpbmcuICBBIGZldyBiYXNpYyBkZXNpZ24gYXNz dW1wdGlvbnMgYXJlIHN0YXRlZCBmaXJzdCwgdGhlbiBVUkkNCnN0cnVjdHVyZSBpcyB1dGlsaXpl ZCB0byBkZWZpbmUgZ3JvdXAgYXMgd2VsbCBhcyB1bmljYXN0IHNjb3BlIGZvcg0KUkVTVGZ1bCBv cGVyYXRpb25zLiAgUkZDIDM5ODYgZGVmaW5lcyB0aGUgVVJJIGNvbXBvbmVudHMgYXMgKDEpIGEN CnNjaGVtZSwgKDIpIGFuIGF1dGhvcml0eSwgdXNlZCBoZXJlIHRvIGxvY2F0ZSB0aGUgYnVpbGRp bmcsIGFyZWEsIG9yDQpub2RlIHVuZGVyIGNvbnRyb2wsICgzKSBhIHBhdGgsIHVzZWQgaGVyZSB0 byBsb2NhdGUgdGhlIHJlc291cmNlDQp1bmRlciBjb250cm9sLCBhbmQgKDQpIGEgcXVlcnkgcGFy dCAoZnJhZ21lbnRzIGFyZSBub3Qgc3VwcG9ydGVkIGluDQpDb0FQLikgIE5leHQsIGl0IGlzIHNo b3duIHRoYXQgRE5TIGNhbiBiZSB1c2VkIHRvIGxvY2F0ZSBVUklzIG9uIHRoZQ0Kc2NhbGUgbmVj ZXNzYXJ5IGluIGxhcmdlIGNvbW1lcmNpYWwgQkFDIGRlcGxveW1lbnRzLiAgRmluYWxseSwgYQ0K bWV0aG9kIGlzIHByb3Bvc2VkIGZvciBtYXBwaW5nIFVSSXMgb250byBsZWdhY3kgQkFDIHJlc291 cmNlcywgZS5nLiwNCnRvIGZhY2lsaXRhdGUgYXBwbGljYXRpb24tbGF5ZXIgZ2F0ZXdheXMuDQoN ClRoaXMgcHJvcG9zYWwgc3VwcG9ydHMgdGhlIHZpZXcgdGhhdCAoMSkgYnVpbGRpbmcgY29udHJv bCBpcyBsaWtlbHkNCnRvIG1vdmUgaW4gc3RlcHMgdG93YXJkIGFsbC1JUCBjb250cm9sIG5ldHdv cmtzIGJhc2VkIG9uIHRoZSBsZWdhY3kNCmVmZm9ydHMgcHJvdmlkZWQgYnkgREFMSSwgTE9OLCBC QUNuZXQsIFppZ0JlZSwgYW5kIG90aGVyIHN0YW5kYXJkcywNCmFuZCAoMikgc2VydmljZSBkaXNj b3ZlcnkgaXMgY29tcGxpbWVudGFyeSB0byByZXNvdXJjZSBkaXNjb3ZlcnkgYW5kDQpmYWNpbGl0 YXRlcyBjb250cm9sIG5ldHdvcmsgc2NhbGluZy4NCg0KDQoNClRoZSBJRVRGIFNlY3JldGFyaWF0 Lg0KDQoNCg0KVGhlIGluZm9ybWF0aW9uIGNvbnRhaW5lZCBpbiB0aGlzIG1lc3NhZ2UgbWF5IGJl IGNvbmZpZGVudGlhbCBhbmQgbGVnYWxseSBwcm90ZWN0ZWQgdW5kZXIgYXBwbGljYWJsZSBsYXcu IFRoZSBtZXNzYWdlIGlzIGludGVuZGVkIHNvbGVseSBmb3IgdGhlIGFkZHJlc3NlZShzKS4gSWYg eW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgeW91IGFyZSBoZXJlYnkgbm90aWZp ZWQgdGhhdCBhbnkgdXNlLCBmb3J3YXJkaW5nLCBkaXNzZW1pbmF0aW9uLCBvciByZXByb2R1Y3Rp b24gb2YgdGhpcyBtZXNzYWdlIGlzIHN0cmljdGx5IHByb2hpYml0ZWQgYW5kIG1heSBiZSB1bmxh d2Z1bC4gSWYgeW91IGFyZSBub3QgdGhlIGludGVuZGVkIHJlY2lwaWVudCwgcGxlYXNlIGNvbnRh Y3QgdGhlIHNlbmRlciBieSByZXR1cm4gZS1tYWlsIGFuZCBkZXN0cm95IGFsbCBjb3BpZXMgb2Yg dGhlIG9yaWdpbmFsIG1lc3NhZ2UuDQo= From trac+core@trac.tools.ietf.org Mon Mar 14 06:55:37 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3F4213A6D50 for ; Mon, 14 Mar 2011 06:55:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YLkA5WMSlWip for ; Mon, 14 Mar 2011 06:55:36 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 735123A6D22 for ; Mon, 14 Mar 2011 06:55:36 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Pz8GY-0003IS-R9; Mon, 14 Mar 2011 06:56:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Mon, 14 Mar 2011 13:56:58 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/96#comment:1 Message-ID: <066.a94c7049f5bc378daf2baef5258790b5@trac.tools.ietf.org> References: <057.2638d8477eeca9a84d3cd4339fec40d9@trac.tools.ietf.org> X-Trac-Ticket-ID: 96 In-Reply-To: <057.2638d8477eeca9a84d3cd4339fec40d9@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #96: Editorial improvements X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 13:55:37 -0000 #96: Editorial improvements Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Done -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: editorial | Status: closed Priority: trivial | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | --------------------------------+------------------------------------------- Ticket URL: core From Internet-Drafts@ietf.org Mon Mar 14 12:15:04 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D13DA3A6B58; Mon, 14 Mar 2011 12:15:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.577 X-Spam-Level: X-Spam-Status: No, score=-102.577 tagged_above=-999 required=5 tests=[AWL=0.022, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rI9bJMHA2FoP; Mon, 14 Mar 2011 12:15:04 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BDB913A6E0C; Mon, 14 Mar 2011 12:15:02 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110314191502.23501.18470.idtracker@localhost> Date: Mon, 14 Mar 2011 12:15:02 -0700 Cc: core@ietf.org Subject: [core] I-D Action:draft-ietf-core-coap-05.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 19:15:04 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments Working Group of the IETF. Title : Constrained Application Protocol (CoAP) Author(s) : Z. Shelby, et al. Filename : draft-ietf-core-coap-05.txt Pages : 81 Date : 2011-03-14 This document specifies the Constrained Application Protocol (CoAP), a specialized web transfer protocol for use with constrained networks and nodes for machine-to-machine applications such as smart energy and building automation. These constrained nodes often have 8-bit microcontrollers with small amounts of ROM and RAM, while networks such as 6LoWPAN often have high packet error rates and a typical throughput of 10s of kbit/s. CoAP provides a method/response interaction model between application end-points, supports built-in resource discovery, and includes key web concepts such as URIs and content-types. CoAP easily translates to HTTP for integration with the web while meeting specialized requirements such as multicast support, very low overhead and simplicity for constrained environments. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-core-coap-05.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-core-coap-05.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-14121445.I-D@ietf.org> --NextPart-- From trac+core@trac.tools.ietf.org Mon Mar 14 12:51:36 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 451523A6B71 for ; Mon, 14 Mar 2011 12:51:36 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kYvda2SH7j7r for ; Mon, 14 Mar 2011 12:51:35 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 800563A67EE for ; Mon, 14 Mar 2011 12:51:32 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1PzDp2-0004cC-Cc; Mon, 14 Mar 2011 12:52:56 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Mon, 14 Mar 2011 19:52:56 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://wiki.tools.ietf.org/wg/core/trac/ticket/100#comment:1 Message-ID: <066.c61e1832838b281130c7bd088ca26269@trac.tools.ietf.org> References: <057.8fe9b8bd0eb97f98185d8f9d26166a2a@trac.tools.ietf.org> X-Trac-Ticket-ID: 100 In-Reply-To: <057.8fe9b8bd0eb97f98185d8f9d26166a2a@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: Re: [core] #100: IANA registry for CoRE target attributes X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 14 Mar 2011 19:51:36 -0000 #100: IANA registry for CoRE target attributes Changes (by zach@…): * status: new => closed * resolution: => fixed Comment: Added to link-format-03. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: link-format | Version: Severity: - | Resolution: fixed Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From zach@sensinode.com Mon Mar 14 13:26:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E74943A6AAA for ; Mon, 14 Mar 2011 13:26:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uKfl7+MiHtkA for ; Mon, 14 Mar 2011 13:26:33 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 6F98C3A6B57 for ; Mon, 14 Mar 2011 13:26:31 -0700 (PDT) Received: from [10.0.2.2] (line-9639.dyn.kponet.fi [85.29.84.12]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2EKRk0w007046 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Mon, 14 Mar 2011 22:27:47 +0200 From: Zach Shelby Content-Type: multipart/signed; boundary=Apple-Mail-669--295279319; protocol="application/pkcs7-signature"; micalg=sha1 Date: Mon, 14 Mar 2011 22:27:47 +0200 References: <20110314202048.978D03A6E92@core3.amsl.com> To: core WG Message-Id: <78E69497-32CE-48FF-B83F-1630F0F7AC90@sensinode.com> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] Fwd: New Version Notification for draft-ietf-core-link-format-03 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 20:26:34 -0000 --Apple-Mail-669--295279319 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii http://www.ietf.org/id/draft-ietf-core-link-format-03.txt A new version of the CoRE Link Format is now available, closing all the = tickets that resulted from WGLC. The only remaining task is to take care = of IANA announcement mails, which I will do this week. Thanks to = everyone who has provided comments and otherwise helped with this so = far. For those interested in the use of WADL for interface descriptions with = the link format, I recommend reading this new draft: http://tools.ietf.org/id/draft-vial-core-link-format-wadl-00.txt Zach=20 Begin forwarded message: > From: IETF I-D Submission Tool > Date: March 14, 2011 10:20:48 PM GMT+02:00 > To: zach@sensinode.com > Subject: New Version Notification for draft-ietf-core-link-format-03=20= >=20 >=20 > A new version of I-D, draft-ietf-core-link-format-03.txt has been = successfully submitted by Zach Shelby and posted to the IETF repository. >=20 > Filename: draft-ietf-core-link-format > Revision: 03 > Title: CoRE Link Format > Creation_date: 2011-03-14 > WG ID: core > Number_of_pages: 19 >=20 > Abstract: > This document defines Web Linking using a link format for use by > constrained web servers to describe hosted resources, their > attributes and other relationships between links. Based on the HTTP > Link Header format defined in RFC5988, the CoRE Link Format is > carried as a payload and is assigned an Internet media type. A well- > known URI is defined as a default entry-point for requesting the > links hosted by a server. >=20 >=20 >=20 > The IETF Secretariat. >=20 >=20 --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-669--295279319 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMxNDIwMjc0 OFowIwYJKoZIhvcNAQkEMRYEFIvU2/gj8X12Pr7/ba+ysmy8U1m3MIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBADgScPvjKjE0DeqibRIy745jgofVp4cWadnYjQI4aShWbh5q2cndAJKw F9AKUmSfWGIuaSxQquf6nf3TjGO4hlll5cWghmURxxjWqd9mdqKsxeEDFMtiCQe50p1/hzx9Z+Tk 0n00y41b3ggn3G02qggoWALqxLlNHUWTHo8ilsLmOraC61l89Up+zgL83MKgnit+jm6rfDfNuui+ zK3iLDr6D5vh0AtfOzQpqWCLWo/By8wV9UOfUai/xGsuGKGmEfNAs4GsbKa4ZGIkOi6qR6cYcebU ilueBJAUR6w6AuhIjQBo1OZizGurQO1FSD0Wf2zVa8W5FyR8HdC7g6HNWmwAAAAAAAA= --Apple-Mail-669--295279319-- From Internet-Drafts@ietf.org Mon Mar 14 13:30:08 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 300863A6A6D; Mon, 14 Mar 2011 13:30:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.579 X-Spam-Level: X-Spam-Status: No, score=-102.579 tagged_above=-999 required=5 tests=[AWL=0.020, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id v6FI2J41nTCG; Mon, 14 Mar 2011 13:30:07 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D4F2C3A6ED6; Mon, 14 Mar 2011 13:30:03 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110314203003.27349.2885.idtracker@localhost> Date: Mon, 14 Mar 2011 13:30:03 -0700 Cc: core@ietf.org Subject: [core] I-D Action:draft-ietf-core-link-format-03.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 20:30:08 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments Working Group of the IETF. Title : CoRE Link Format Author(s) : Z. Shelby Filename : draft-ietf-core-link-format-03.txt Pages : 19 Date : 2011-03-14 This document defines Web Linking using a link format for use by constrained web servers to describe hosted resources, their attributes and other relationships between links. Based on the HTTP Link Header format defined in RFC5988, the CoRE Link Format is carried as a payload and is assigned an Internet media type. A well- known URI is defined as a default entry-point for requesting the links hosted by a server. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-core-link-format-03.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-core-link-format-03.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-14132048.I-D@ietf.org> --NextPart-- From Internet-Drafts@ietf.org Mon Mar 14 14:30:05 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A8A483A6F73; Mon, 14 Mar 2011 14:30:04 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.58 X-Spam-Level: X-Spam-Status: No, score=-102.58 tagged_above=-999 required=5 tests=[AWL=0.019, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id T0-gHehPsfxq; Mon, 14 Mar 2011 14:30:02 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6FC333A6BC0; Mon, 14 Mar 2011 14:30:01 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110314213001.22459.71585.idtracker@localhost> Date: Mon, 14 Mar 2011 14:30:01 -0700 Cc: core@ietf.org Subject: [core] I-D Action:draft-ietf-core-block-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 21:30:05 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments Working Group of the IETF. Title : Blockwise transfers in CoAP Author(s) : Z. Shelby, C. Bormann Filename : draft-ietf-core-block-02.txt Pages : 22 Date : 2011-03-14 CoAP is a RESTful transfer protocol for constrained nodes and networks. CoAP is based on datagram transport, which limits the maximum size of resource representations that can be transferred without too much fragmentation. The Block option provides a minimal way to transfer larger representations in a block-wise fashion. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-core-block-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-core-block-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-14141620.I-D@ietf.org> --NextPart-- From Internet-Drafts@ietf.org Mon Mar 14 16:30:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8B6F93A701A; Mon, 14 Mar 2011 16:30:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.582 X-Spam-Level: X-Spam-Status: No, score=-102.582 tagged_above=-999 required=5 tests=[AWL=0.017, BAYES_00=-2.599, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1nu-xq-sM-ef; Mon, 14 Mar 2011 16:30:04 -0700 (PDT) Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 489223A6F2F; Mon, 14 Mar 2011 16:30:04 -0700 (PDT) MIME-Version: 1.0 Content-Type: Multipart/Mixed; Boundary="NextPart" From: Internet-Drafts@ietf.org To: i-d-announce@ietf.org X-Test-IDTracker: no X-IETF-IDTracker: 3.12 Message-ID: <20110314233004.11547.62444.idtracker@localhost> Date: Mon, 14 Mar 2011 16:30:04 -0700 Cc: core@ietf.org Subject: [core] I-D Action:draft-ietf-core-observe-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 14 Mar 2011 23:30:07 -0000 --NextPart A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Constrained RESTful Environments Working Group of the IETF. Title : Observing Resources in CoAP Author(s) : K. Hartke, Z. Shelby Filename : draft-ietf-core-observe-02.txt Pages : 19 Date : 2011-03-14 CoAP is a RESTful application protocol for constrained nodes and networks. The state of a resource on a CoAP server can change over time. This specification provides a simple extension for CoAP that gives clients the ability to observe such changes. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-ietf-core-observe-02.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. --NextPart Content-Type: Message/External-body; name="draft-ietf-core-observe-02.txt"; site="ftp.ietf.org"; access-type="anon-ftp"; directory="internet-drafts" Content-Type: text/plain Content-ID: <2011-03-14161742.I-D@ietf.org> --NextPart-- From oscar.garcia@philips.com Tue Mar 15 00:50:56 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 338B63A6C1A for ; Tue, 15 Mar 2011 00:50:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.099 X-Spam-Level: X-Spam-Status: No, score=-5.099 tagged_above=-999 required=5 tests=[AWL=-1.500, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id qb8U0opxvxtc for ; Tue, 15 Mar 2011 00:50:54 -0700 (PDT) Received: from ch1outboundpool.messaging.microsoft.com (ch1outboundpool.messaging.microsoft.com [216.32.181.182]) by core3.amsl.com (Postfix) with ESMTP id 5A0593A6860 for ; Tue, 15 Mar 2011 00:50:54 -0700 (PDT) Received: from mail203-ch1-R.bigfish.com (216.32.181.174) by CH1EHSOBE013.bigfish.com (10.43.70.63) with Microsoft SMTP Server id 14.1.225.8; Tue, 15 Mar 2011 07:52:18 +0000 Received: from mail203-ch1 (localhost.localdomain [127.0.0.1]) by mail203-ch1-R.bigfish.com (Postfix) with ESMTP id 95BF8202D9 for ; Tue, 15 Mar 2011 07:52:18 +0000 (UTC) X-SpamScore: -43 X-BigFish: VPS-43(zz15d6O9251J936eK542N1370I217bLzz1202hzz8275bh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail203-ch1 (localhost.localdomain [127.0.0.1]) by mail203-ch1 (MessageSwitch) id 1300175538386845_28173; Tue, 15 Mar 2011 07:52:18 +0000 (UTC) Received: from CH1EHSMHS025.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.246]) by mail203-ch1.bigfish.com (Postfix) with ESMTP id 507BB23804B for ; Tue, 15 Mar 2011 07:52:18 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by CH1EHSMHS025.bigfish.com (10.43.70.25) with Microsoft SMTP Server (TLS) id 14.1.225.8; Tue, 15 Mar 2011 07:52:15 +0000 Received: from NLAMSEXH05.connect1.local (172.16.153.68) by connect1.philips.com (172.16.156.150) with Microsoft SMTP Server (TLS) id 8.3.106.1; Tue, 15 Mar 2011 08:52:14 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.157.42]) by NLAMSEXH05.connect1.local ([172.16.153.68]) with mapi; Tue, 15 Mar 2011 08:52:14 +0100 From: "Garcia Morchon, Oscar" To: "core@ietf.org" Date: Tue, 15 Mar 2011 08:52:12 +0100 Thread-Topic: New Version Notification for draft-garcia-core-security-01 Thread-Index: AcvilyuC3IenLA+TQ96xcD2SAU+pJgATLijA Message-ID: <5F6BB0D9318FCA4083FC774C9A9ECEF68AC047DCEE@NLCLUEXM03.connect1.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 MIME-Version: 1.0 X-OriginatorOrg: philips.com Subject: [core] FW: New Version Notification for draft-garcia-core-security-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 15 Mar 2011 07:50:56 -0000 RGVhciBhbGwsDQoNCldlIGhhdmUgc3VibWl0dGVkIGEgbmV3IHZlcnNpb24gb2YgdGhlIEludGVy bmV0IERyYWZ0IG9uIHNlY3VyaXR5IGNvbnNpZGVyYXRpb25zLg0KV2UgaG9wZSB0aGF0IGl0IGlz IHVzZWZ1bCBmb3IgdGhlIGRlcGxveW1lbnQgb2YgYSBzZWN1cmUgc3lzdGVtLiBDb21tZW50cyBh cmUgd2VsY29tZS4NCg0KUmVnYXJkcywNCg0KICAgICAgICBPc2Nhci4NCg0KLS0tLS1PcmlnaW5h bCBNZXNzYWdlLS0tLS0NCkZyb206IElFVEYgSS1EIFN1Ym1pc3Npb24gVG9vbCBbbWFpbHRvOmlk c3VibWlzc2lvbkBpZXRmLm9yZ10NClNlbnQ6IE1vbmRheSAxNCBNYXJjaCAyMDExIDIzOjI3DQpU bzogR2FyY2lhIE1vcmNob24sIE9zY2FyDQpDYzogS2VvaCwgU3llIExvb25nOyBLdW1hciwgU2Fu ZGVlcDsgcmVuZS5odW1tZW5AY3Mucnd0aC1hYWNoZW4uZGU7IHJzdHJ1aWsuZXh0QGdtYWlsLmNv bQ0KU3ViamVjdDogTmV3IFZlcnNpb24gTm90aWZpY2F0aW9uIGZvciBkcmFmdC1nYXJjaWEtY29y ZS1zZWN1cml0eS0wMQ0KDQoNCkEgbmV3IHZlcnNpb24gb2YgSS1ELCBkcmFmdC1nYXJjaWEtY29y ZS1zZWN1cml0eS0wMS50eHQgaGFzIGJlZW4gc3VjY2Vzc2Z1bGx5IHN1Ym1pdHRlZCBieSBPc2Nh ciBHYXJjaWEtTW9yY2hvbiBhbmQgcG9zdGVkIHRvIHRoZSBJRVRGIHJlcG9zaXRvcnkuDQoNCkZp bGVuYW1lOiAgICAgICAgZHJhZnQtZ2FyY2lhLWNvcmUtc2VjdXJpdHkNClJldmlzaW9uOiAgICAg ICAgMDENClRpdGxlOiAgICAgICAgICAgU2VjdXJpdHkgQ29uc2lkZXJhdGlvbnMgaW4gdGhlIElQ LWJhc2VkIEludGVybmV0IG9mIFRoaW5ncw0KQ3JlYXRpb25fZGF0ZTogICAyMDExLTAzLTE0DQpX RyBJRDogICAgICAgICAgIEluZGVwZW5kZW50IFN1Ym1pc3Npb24NCk51bWJlcl9vZl9wYWdlczog MjcNCg0KQWJzdHJhY3Q6DQpBIGRpcmVjdCBpbnRlcnByZXRhdGlvbiBvZiB0aGUgSW50ZXJuZXQg b2YgVGhpbmdzIGNvbmNlcHQgcmVmZXJzIHRvDQp0aGUgdXNhZ2Ugb2Ygc3RhbmRhcmQgSW50ZXJu ZXQgcHJvdG9jb2xzIHRvIGFsbG93IGZvciBodW1hbi10by10aGluZw0Kb3IgdGhpbmctdG8tdGhp bmcgY29tbXVuaWNhdGlvbi4gIEFsdGhvdWdoIHRoZSBzZWN1cml0eSBuZWVkcyBhcmUNCndlbGwt cmVjb2duaXplZCwgaXQgaXMgc3RpbGwgbm90IGZ1bGx5IGNsZWFyIGhvdyBleGlzdGluZyBJUC1i YXNlZA0Kc2VjdXJpdHkgcHJvdG9jb2xzIGNhbiBiZSBhcHBsaWVkIHRvIHRoaXMgbmV3IHNldHRp bmcuICBUaGlzDQpJbnRlcm5ldC1EcmFmdCBmaXJzdCBwcm92aWRlcyBhbiBvdmVydmlldyBvZiBz ZWN1cml0eSBhcmNoaXRlY3R1cmUsDQppdHMgZGVwbG95bWVudCBtb2RlbCBhbmQgZ2VuZXJhbCBz ZWN1cml0eSBuZWVkcyBpbiB0aGUgY29udGV4dCBvZiB0aGUNCmxpZmVjeWNsZSBvZiBhIHRoaW5n LiAgVGhlbiwgaXQgcHJlc2VudHMgY2hhbGxlbmdlcyBhbmQgcmVxdWlyZW1lbnRzDQpmb3IgdGhl IHN1Y2Nlc3NmdWwgcm9sbC1vdXQgb2YgbmV3IGFwcGxpY2F0aW9ucyBhbmQgdXNhZ2Ugb2Ygc3Rh bmRhcmQNCklQLWJhc2VkIHNlY3VyaXR5IHByb3RvY29scyB3aGVuIGFwcGxpZWQgdG8gZ2V0IGEg ZnVuY3Rpb25hbCBJbnRlcm5ldA0Kb2YgVGhpbmdzLg0KDQoNCg0KVGhlIElFVEYgU2VjcmV0YXJp YXQuDQoNCg0KDQpUaGUgaW5mb3JtYXRpb24gY29udGFpbmVkIGluIHRoaXMgbWVzc2FnZSBtYXkg YmUgY29uZmlkZW50aWFsIGFuZCBsZWdhbGx5IHByb3RlY3RlZCB1bmRlciBhcHBsaWNhYmxlIGxh dy4gVGhlIG1lc3NhZ2UgaXMgaW50ZW5kZWQgc29sZWx5IGZvciB0aGUgYWRkcmVzc2VlKHMpLiBJ ZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCB5b3UgYXJlIGhlcmVieSBub3Rp ZmllZCB0aGF0IGFueSB1c2UsIGZvcndhcmRpbmcsIGRpc3NlbWluYXRpb24sIG9yIHJlcHJvZHVj dGlvbiBvZiB0aGlzIG1lc3NhZ2UgaXMgc3RyaWN0bHkgcHJvaGliaXRlZCBhbmQgbWF5IGJlIHVu bGF3ZnVsLiBJZiB5b3UgYXJlIG5vdCB0aGUgaW50ZW5kZWQgcmVjaXBpZW50LCBwbGVhc2UgY29u dGFjdCB0aGUgc2VuZGVyIGJ5IHJldHVybiBlLW1haWwgYW5kIGRlc3Ryb3kgYWxsIGNvcGllcyBv ZiB0aGUgb3JpZ2luYWwgbWVzc2FnZS4NCg== From angelo.castellani@gmail.com Wed Mar 16 01:34:03 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 390B63A688A for ; Wed, 16 Mar 2011 01:34:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.942 X-Spam-Level: X-Spam-Status: No, score=-2.942 tagged_above=-999 required=5 tests=[AWL=0.035, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yRAXuo1+ZaBH for ; Wed, 16 Mar 2011 01:34:02 -0700 (PDT) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 381BF3A67FF for ; Wed, 16 Mar 2011 01:34:02 -0700 (PDT) Received: by qwg5 with SMTP id 5so1276252qwg.31 for ; Wed, 16 Mar 2011 01:35:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=jC0UUfU1dCDC2voV6BS3Cf9dvlndf3z/B5Cu/u3Zpuc=; b=niWUEMz12iRWHofULeFyvoSTSgNB1jYLp8OR6X7CZH5lz28MT0CqfZdnXCY+BHc2yW PYVAyMP4FVffcqpThzUsn9LCeu5ksHeT70kZtGVXFkFkLQA+q3VOr5Kn4Sp14jMV/EI9 O8HKWgvczK3Jw7FX7177mGYe4/9QoQT1QZa9Y= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=p4e6B95t//rFY0aa9tH4NdWjMn0xoORXZPZVtKhuW3031D+nIxrZGwrRZPdH4s+mNT HuYDlm8pxmQesG/N6YtA8jogDJ1MEqRLS8vdlaMfc+EFfFDxHUb5qxjy2s+eNsB9wJVE ztks9u/yWbFQQH81dDr7ImJPIKy7rdtDYACEg= Received: by 10.229.36.67 with SMTP id s3mr360049qcd.60.1300264528128; Wed, 16 Mar 2011 01:35:28 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Wed, 16 Mar 2011 01:35:08 -0700 (PDT) In-Reply-To: <20110314220904.CE4273A6BC2@core3.amsl.com> References: <20110314220904.CE4273A6BC2@core3.amsl.com> From: "Angelo P. Castellani" Date: Wed, 16 Mar 2011 09:35:08 +0100 X-Google-Sender-Auth: BgQJPiSGsmkPquitJcNjtKuGmtc Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [core] Fwd: New Version Notification for draft-castellani-core-http-coap-mapping-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 16 Mar 2011 08:34:03 -0000 We have submitted a major revision of the document. Section 2 on HTTP-CoAP addresses the comments received, by better defining the scenario and the terminology used, discusses the assumptions made on the URI and proposes an HTTP mapping suitable for basic CoAP as well as supporting HTTP/IPv4 to CoAP/IPv6, multicast and direct subscriptions. An useful discussion we had with Kerry Lynn, Akbar Rahman, Peter van der Stok and Anders Brandt helped us in writing this revision. Any comment is welcome. Best, Angelo & Salvatore ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 14, 2011 at 23:09 Subject: New Version Notification for draft-castellani-core-http-coap-mapping-01 To: angelo@castellani.net Cc: salvatore.loreto@ericsson.com A new version of I-D, draft-castellani-core-http-coap-mapping-01.txt has been successfully submitted by Angelo P. Castellani and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-castellani-core-http-coap-mapping Revision: =A0 =A0 =A0 =A001 Title: =A0 =A0 =A0 =A0 =A0 Best Practice to map HTTP to COAP and viceversa Creation_date: =A0 2011-03-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 16 Abstract: This draft aims at being a simple guide to the use of CoAP REST interface, to show how it can be mapped to and from HTTP, and at being a base reference documentation for CoAP/HTTP proxy implementors. The IETF Secretariat. From angelo.castellani@gmail.com Wed Mar 16 01:40:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3437F3A67FF for ; Wed, 16 Mar 2011 01:40:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.944 X-Spam-Level: X-Spam-Status: No, score=-2.944 tagged_above=-999 required=5 tests=[AWL=0.033, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id yaWrl0-Zh7Uo for ; Wed, 16 Mar 2011 01:40:21 -0700 (PDT) Received: from mail-qw0-f44.google.com (mail-qw0-f44.google.com [209.85.216.44]) by core3.amsl.com (Postfix) with ESMTP id 3557D3A688A for ; Wed, 16 Mar 2011 01:40:21 -0700 (PDT) Received: by qwg5 with SMTP id 5so1279946qwg.31 for ; Wed, 16 Mar 2011 01:41:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=1LnBQm16V0gZzYobZBlfO8ClgPsN0dPeRjPbJg7rCC0=; b=SlVl8OLq527o9hvgouk5mDsdntIZb3GwJTav3aWasAudkPhVoMFIFMOPLt7QTdqwjF LgIzeRKcEZoLBcpKvbbh2sBC02ACZGjKHxl6wjwTUEH4PI3oc1qKBFINXtQgvbBUAlX3 2KuimC5oX3kcZv52ZQ1uyleYSHswKt268plIc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=KdfT/tL+2+7xdcHZXfq8x8TKZpK21VfUOpnvuZJaAD/BiwvcdDdt1r4JFilo++9/SK M4ERM9poqQFSi41T51GbqYzIPzmxQXWgTN/wkSfatVYcnDChV86c7MKdAqsRZ6NnvvC6 eUbGI4Giwbe6ADBIsv9s18btpHydvzfa/b760= Received: by 10.224.70.210 with SMTP id e18mr319122qaj.315.1300264907111; Wed, 16 Mar 2011 01:41:47 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Wed, 16 Mar 2011 01:41:27 -0700 (PDT) In-Reply-To: References: <20110314220904.CE4273A6BC2@core3.amsl.com> From: "Angelo P. Castellani" Date: Wed, 16 Mar 2011 09:41:27 +0100 X-Google-Sender-Auth: ZLUmDUNjfB6gqI3I9gR5i2lyid4 Message-ID: To: Carsten Bormann , Cullen Jennings Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: core Subject: [core] Fwd: New Version Notification for draft-castellani-core-http-coap-mapping-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 16 Mar 2011 08:40:22 -0000 Dear chairs, we would like to have a 10/15 minutes slot to present some slides about this draft and the HTTP/CoAP internetworking in general. Best, Angelo & Salvatore ---------- Forwarded message ---------- From: Angelo P. Castellani Date: Wed, Mar 16, 2011 at 09:35 Subject: Fwd: New Version Notification for draft-castellani-core-http-coap-mapping-01 To: core We have submitted a major revision of the document. Section 2 on HTTP-CoAP addresses the comments received, by better defining the scenario and the terminology used, discusses the assumptions made on the URI and proposes an HTTP mapping suitable for basic CoAP as well as supporting HTTP/IPv4 to CoAP/IPv6, multicast and direct subscriptions. An useful discussion we had with Kerry Lynn, Akbar Rahman, Peter van der Stok and Anders Brandt helped us in writing this revision. Any comment is welcome. Best, Angelo & Salvatore ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 14, 2011 at 23:09 Subject: New Version Notification for draft-castellani-core-http-coap-mapping-01 To: angelo@castellani.net Cc: salvatore.loreto@ericsson.com A new version of I-D, draft-castellani-core-http-coap-mapping-01.txt has been successfully submitted by Angelo P. Castellani and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-castellani-core-http-coap-mapping Revision: =A0 =A0 =A0 =A001 Title: =A0 =A0 =A0 =A0 =A0 Best Practice to map HTTP to COAP and viceversa Creation_date: =A0 2011-03-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 16 Abstract: This draft aims at being a simple guide to the use of CoAP REST interface, to show how it can be mapped to and from HTTP, and at being a base reference documentation for CoAP/HTTP proxy implementors. The IETF Secretariat. From angelo.castellani@gmail.com Wed Mar 16 01:43:31 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E76473A6884 for ; Wed, 16 Mar 2011 01:43:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.945 X-Spam-Level: X-Spam-Status: No, score=-2.945 tagged_above=-999 required=5 tests=[AWL=0.032, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1e10kKRrboMP for ; Wed, 16 Mar 2011 01:43:31 -0700 (PDT) Received: from mail-qy0-f179.google.com (mail-qy0-f179.google.com [209.85.216.179]) by core3.amsl.com (Postfix) with ESMTP id 1F5733A687D for ; Wed, 16 Mar 2011 01:43:31 -0700 (PDT) Received: by qyk7 with SMTP id 7so1186962qyk.10 for ; Wed, 16 Mar 2011 01:44:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; bh=XkpG9LqyNC24OLm9Zj+H64o18Iz38c2ajnpu5qlbPQQ=; b=Rg2X65hizEGUSVflUwQIX4o5sGmBBpGyozLQYc5pDo9LtGDll97i6aX4+bySSAa8yk 0OCK7nChkj+d1bOF8YeVHBssZXH6E2S6DBgaJXh9xYS4HOUICTB93Gtj7X7iqVvv0rsY xvQl3MeEo1c6Oy70s9PJHyEf+AT4U4Prlxk0I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:content-type :content-transfer-encoding; b=Aco5QaivrBoSoT0VjjVu9pktiGpEcWcrD+lEelXtbDf0xWcRCCw98iAvsl/VbUWWdF GyI16HGPqHptoRuJo/lpd5pjNSHAcUMQTwF+0zkuAnjvZfQuxmyumRfKDeiK/js5wBSz akP1XNzmhLgUCspjtyJXI+A2L6ynHbYIk+e0Y= Received: by 10.229.8.212 with SMTP id i20mr373420qci.22.1300265097149; Wed, 16 Mar 2011 01:44:57 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Wed, 16 Mar 2011 01:44:37 -0700 (PDT) In-Reply-To: <20110314155649.086DA3A6D5B@core3.amsl.com> References: <20110314155649.086DA3A6D5B@core3.amsl.com> From: "Angelo P. Castellani" Date: Wed, 16 Mar 2011 09:44:37 +0100 X-Google-Sender-Auth: e4O0OtMAqbQNSAJEzhk7JtK59d4 Message-ID: To: core Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: [core] Fwd: New Version Notification for draft-castellani-core-coap-overhead-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 16 Mar 2011 08:43:32 -0000 We have submitted a revision to this document, mainly adding content in the following sections: Sec. 2.1 has been revised to better discuss the current session matching rules present in CoAP. Sec. 3.2 proposes to introduce a logical message type (CONACK), to better handle lost empty ACKs in deferred responses. Any comment is welcome. Best, Angelo & Mattia ---------- Forwarded message ---------- From: IETF I-D Submission Tool Date: Mon, Mar 14, 2011 at 16:56 Subject: New Version Notification for draft-castellani-core-coap-overhead-01 To: angelo@castellani.net Cc: ghedamat@dei.unipd.it A new version of I-D, draft-castellani-core-coap-overhead-01.txt has been successfully submitted by Angelo P. Castellani and posted to the IETF repository. Filename: =A0 =A0 =A0 =A0draft-castellani-core-coap-overhead Revision: =A0 =A0 =A0 =A001 Title: =A0 =A0 =A0 =A0 =A0 CoAP overhead: protocol analysis and reduction p= roposals Creation_date: =A0 2011-03-14 WG ID: =A0 =A0 =A0 =A0 =A0 Independent Submission Number_of_pages: 13 Abstract: This draft aims at providing an analysis of the current overhead present in CoAP and at proposing alternative formats leading to an even more compact procotol. The IETF Secretariat. From fluffy@cisco.com Wed Mar 16 21:51:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 83FB03A69F9 for ; Wed, 16 Mar 2011 21:51:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -108.907 X-Spam-Level: X-Spam-Status: No, score=-108.907 tagged_above=-999 required=5 tests=[AWL=1.692, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wVLrBcCe+Qib for ; Wed, 16 Mar 2011 21:51:29 -0700 (PDT) Received: from rtp-iport-1.cisco.com (rtp-iport-1.cisco.com [64.102.122.148]) by core3.amsl.com (Postfix) with ESMTP id 698F13A69EC for ; Wed, 16 Mar 2011 21:51:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=786; q=dns/txt; s=iport; t=1300337577; x=1301547177; h=from:content-transfer-encoding:subject:date:message-id: to:mime-version; bh=2amSsNqZSU5ND171mEh95MKCA4xiIQGZOHUIL//LBxs=; b=cfSp1iHlvHVi2eecj4AskJ0cEGcL4XJxsO7W1PAX6G/zw3MVLJUIxg2b ukJZVMgOhobzyF8GtePlOR9SiNiZEkGUn3BTKeKYTtM6gNsVb5hoxUDNu 6N/wNUkmUxDZWoOHquX54c1A4R94aegOSvoi63jCbB8KIPkOCo93C+KKy A=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAE8wgU2tJV2b/2dsb2JhbAClUXembpxMhWMEhS+HL4NN X-IronPort-AV: E=Sophos;i="4.63,197,1299456000"; d="scan'208";a="225997849" Received: from rcdn-core-4.cisco.com ([173.37.93.155]) by rtp-iport-1.cisco.com with ESMTP; 17 Mar 2011 04:52:56 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by rcdn-core-4.cisco.com (8.14.3/8.14.3) with ESMTP id p2H4qtAd025577 for ; Thu, 17 Mar 2011 04:52:56 GMT From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Wed, 16 Mar 2011 22:55:44 -0600 Message-Id: To: core WG Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 04:51:30 -0000 This agenda will change a bunch over the next week but here is a rough = cut. Let Carsten and I know what should change.=20 Admin (10 min) Link draft-ietf-core-link-format-03 (5 minutes) Core draft-ietf-core-coap-05 (30 minutes) Block draft-ietf-core-block-02 (15 minutes) Observe draft-ietf-core-observe-02 (30 minutes) CoAP Security (30 min)=20 How will draft-ietf-core-coap satisfy BCP 61=20 Session 2 Mapping (30 minutes)=20 draft-castellani-core-http-coap-mapping-01 draft-hartke-core-coap-http draft-moritz-core-soap-over-coap New Drafts (30 minutes)=20 draft-castellani-core-coap-overhead-01 draft-vial-core-link-format-wadl-00 draft-bormann-core-simple-server-discovery-00 draft-garcia-core-security-01 (late ) From Akbar.Rahman@InterDigital.com Wed Mar 16 22:08:37 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A65933A69D5 for ; Wed, 16 Mar 2011 22:08:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.486 X-Spam-Level: X-Spam-Status: No, score=-2.486 tagged_above=-999 required=5 tests=[AWL=0.113, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gOd5LEEyXHEh for ; Wed, 16 Mar 2011 22:08:00 -0700 (PDT) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 269EF3A69EC for ; Wed, 16 Mar 2011 22:06:10 -0700 (PDT) Received: from SAM.InterDigital.com ([10.30.2.12]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 17 Mar 2011 01:07:35 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Mar 2011 01:07:25 -0400 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [core] Draft Agenda V1 Thread-Index: AcvkXzNLKpj/4ElbRNu1/g158utJfwAAXYcA References: From: "Rahman, Akbar" To: "Cullen Jennings" X-OriginalArrivalTime: 17 Mar 2011 05:07:35.0927 (UTC) FILETIME=[3AC6F870:01CBE461] Cc: core WG Subject: Re: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 05:08:37 -0000 Hi Cullen, I had requested a slot for the update of the Group Communications draft: http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt Please give me 5 to 10 minutes to explain the updates that I did as per the last review at IETF Beijing. Akbar -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Cullen Jennings Sent: Thursday, March 17, 2011 12:56 AM To: core WG Subject: [core] Draft Agenda V1 This agenda will change a bunch over the next week but here is a rough cut. Let Carsten and I know what should change.=20 Admin (10 min) Link draft-ietf-core-link-format-03 (5 minutes) Core draft-ietf-core-coap-05 (30 minutes) Block draft-ietf-core-block-02 (15 minutes) Observe draft-ietf-core-observe-02 (30 minutes) CoAP Security (30 min)=20 How will draft-ietf-core-coap satisfy BCP 61=20 Session 2 Mapping (30 minutes)=20 draft-castellani-core-http-coap-mapping-01 draft-hartke-core-coap-http draft-moritz-core-soap-over-coap New Drafts (30 minutes)=20 draft-castellani-core-coap-overhead-01 draft-vial-core-link-format-wadl-00 draft-bormann-core-simple-server-discovery-00 draft-garcia-core-security-01 (late ) _______________________________________________ core mailing list core@ietf.org https://www.ietf.org/mailman/listinfo/core From fluffy@cisco.com Wed Mar 16 22:39:48 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 268E23A6A3C for ; Wed, 16 Mar 2011 22:39:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.037 X-Spam-Level: X-Spam-Status: No, score=-109.037 tagged_above=-999 required=5 tests=[AWL=1.562, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id xDwwOHu4EeVF for ; Wed, 16 Mar 2011 22:39:43 -0700 (PDT) Received: from rtp-iport-2.cisco.com (rtp-iport-2.cisco.com [64.102.122.149]) by core3.amsl.com (Postfix) with ESMTP id F3D833A6A55 for ; Wed, 16 Mar 2011 22:39:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=1857; q=dns/txt; s=iport; t=1300340466; x=1301550066; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=QSNw750AoDda0fNhSGcDuN++hVnev/66PcvcPbl49xE=; b=dSNH4/vpd8gKB2FsHkJEmsdLdYW1sQawsvgULpTWku0fDJoeKr6rVSPM AnorU6NDRjOL9IUR09VT7gIS/3Zj3whIVFktnQnkJUowK8w9BDEFi+Z8e JE2rkWHvzLiS2jMboQr6Paop5Cp+hLSfSDkQG+zIocfQCbtZs+CC+9LBz M=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AjABAB47gU2tJV2a/2dsb2JhbACYHI01d6Z3nEKFYwSFL4cvg00 X-IronPort-AV: E=Sophos;i="4.63,197,1299456000"; d="scan'208";a="226400518" Received: from rcdn-core-3.cisco.com ([173.37.93.154]) by rtp-iport-2.cisco.com with ESMTP; 17 Mar 2011 05:40:36 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by rcdn-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p2H5eZi0032674; Thu, 17 Mar 2011 05:40:35 GMT Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Cullen Jennings In-Reply-To: Date: Wed, 16 Mar 2011 23:43:24 -0600 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: "Rahman, Akbar" X-Mailer: Apple Mail (2.1082) Cc: core WG Subject: Re: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 05:39:48 -0000 Sorry Akbar - my mistake. I inserted it at the start of the second = session for 10 minutes. Updated agenda is at=20 http://www.ietf.org/proceedings/80/agenda/core.txt On Mar 16, 2011, at 11:07 PM, Rahman, Akbar wrote: > Hi Cullen, >=20 >=20 > I had requested a slot for the update of the Group Communications = draft: >=20 > http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt >=20 >=20 > Please give me 5 to 10 minutes to explain the updates that I did as = per > the last review at IETF Beijing. >=20 >=20 > Akbar >=20 >=20 >=20 > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf = Of > Cullen Jennings > Sent: Thursday, March 17, 2011 12:56 AM > To: core WG > Subject: [core] Draft Agenda V1 >=20 >=20 > This agenda will change a bunch over the next week but here is a rough > cut. Let Carsten and I know what should change. >=20 >=20 > Admin (10 min) >=20 > Link > draft-ietf-core-link-format-03 (5 minutes) >=20 >=20 > Core > draft-ietf-core-coap-05 (30 minutes) >=20 >=20 > Block > draft-ietf-core-block-02 (15 minutes) >=20 >=20 > Observe > draft-ietf-core-observe-02 (30 minutes) >=20 >=20 > CoAP Security (30 min) > How will draft-ietf-core-coap satisfy BCP 61 >=20 >=20 > Session 2 >=20 > Mapping (30 minutes) > draft-castellani-core-http-coap-mapping-01 > draft-hartke-core-coap-http > draft-moritz-core-soap-over-coap >=20 >=20 >=20 > New Drafts (30 minutes) >=20 > draft-castellani-core-coap-overhead-01 >=20 > draft-vial-core-link-format-wadl-00 >=20 > draft-bormann-core-simple-server-discovery-00 >=20 > draft-garcia-core-security-01 (late ) >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core >=20 From peter.van.der.stok@philips.com Thu Mar 17 00:44:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 264613A672F for ; Thu, 17 Mar 2011 00:44:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -4.372 X-Spam-Level: X-Spam-Status: No, score=-4.372 tagged_above=-999 required=5 tests=[AWL=-0.772, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17G+DbfB17qG for ; Thu, 17 Mar 2011 00:44:15 -0700 (PDT) Received: from ch1outboundpool.messaging.microsoft.com (ch1outboundpool.messaging.microsoft.com [216.32.181.184]) by core3.amsl.com (Postfix) with ESMTP id 2AB503A6407 for ; Thu, 17 Mar 2011 00:44:15 -0700 (PDT) Received: from mail150-ch1-R.bigfish.com (216.32.181.172) by CH1EHSOBE009.bigfish.com (10.43.70.59) with Microsoft SMTP Server id 14.1.225.8; Thu, 17 Mar 2011 07:45:42 +0000 Received: from mail150-ch1 (localhost.localdomain [127.0.0.1]) by mail150-ch1-R.bigfish.com (Postfix) with ESMTP id 24FFE970316; Thu, 17 Mar 2011 07:45:42 +0000 (UTC) X-SpamScore: -47 X-BigFish: VPS-47(zz15d6O9251J542N217bL9371Pzz1202hzz8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail150-ch1 (localhost.localdomain [127.0.0.1]) by mail150-ch1 (MessageSwitch) id 1300347941848692_26638; Thu, 17 Mar 2011 07:45:41 +0000 (UTC) Received: from CH1EHSMHS033.bigfish.com (snatpool1.int.messaging.microsoft.com [10.43.68.246]) by mail150-ch1.bigfish.com (Postfix) with ESMTP id C2E2817D804C; Thu, 17 Mar 2011 07:45:41 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by CH1EHSMHS033.bigfish.com (10.43.70.33) with Microsoft SMTP Server (TLS) id 14.1.225.8; Thu, 17 Mar 2011 07:45:41 +0000 Received: from nlamsexh03.connect1.local (172.16.153.24) by connect1.philips.com (172.16.156.160) with Microsoft SMTP Server (TLS) id 8.3.106.1; Thu, 17 Mar 2011 08:45:09 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.153.29]) by nlamsexh03.connect1.local ([172.16.153.24]) with mapi; Thu, 17 Mar 2011 08:45:39 +0100 From: "Stok, Peter van der" To: "Rahman, Akbar" , Cullen Jennings Date: Thu, 17 Mar 2011 08:45:38 +0100 Thread-Topic: [core] Draft Agenda V1 Thread-Index: AcvkXzNLKpj/4ElbRNu1/g158utJfwAAXYcAAAWfyCA= Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: core WG Subject: Re: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 07:44:16 -0000 Hi Cullen Can I also have 5-10 mins to discuss the issues with vanderstok-bc-03 Thanks peter -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Rah= man, Akbar Sent: Thursday 17 March 2011 6:07 To: Cullen Jennings Cc: core WG Subject: Re: [core] Draft Agenda V1 Hi Cullen, I had requested a slot for the update of the Group Communications draft: http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt Please give me 5 to 10 minutes to explain the updates that I did as per the last review at IETF Beijing. Akbar -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Cullen Jennings Sent: Thursday, March 17, 2011 12:56 AM To: core WG Subject: [core] Draft Agenda V1 This agenda will change a bunch over the next week but here is a rough cut. Let Carsten and I know what should change. Admin (10 min) Link draft-ietf-core-link-format-03 (5 minutes) Core draft-ietf-core-coap-05 (30 minutes) Block draft-ietf-core-block-02 (15 minutes) Observe draft-ietf-core-observe-02 (30 minutes) CoAP Security (30 min) How will draft-ietf-core-coap satisfy BCP 61 Session 2 Mapping (30 minutes) draft-castellani-core-http-coap-mapping-01 draft-hartke-core-coap-http draft-moritz-core-soap-over-coap New Drafts (30 minutes) draft-castellani-core-coap-overhead-01 draft-vial-core-link-format-wadl-00 draft-bormann-core-simple-server-discovery-00 draft-garcia-core-security-01 (late ) _______________________________________________ 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 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 abr@sdesigns.dk Thu Mar 17 04:35:42 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68C0A3A692F for ; Thu, 17 Mar 2011 04:35:42 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.599 X-Spam-Level: X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id l5FglkEf6Z6T for ; Thu, 17 Mar 2011 04:35:40 -0700 (PDT) Received: from mail.zen-sys.com (mail.zen-sys.com [195.215.56.170]) by core3.amsl.com (Postfix) with ESMTP id 4C74E3A6834 for ; Thu, 17 Mar 2011 04:35:39 -0700 (PDT) x-mimeole: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Mar 2011 12:37:06 +0100 Message-ID: <6D9687E95918C04A8B30A7D6DA805A3E01CCD821@zensys17.zensys.local> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [core] Draft Agenda V1 Thread-Index: AcvkXzNLKpj/4ElbRNu1/g158utJfwAAXYcAAAWfyCAACAub8A== References: From: "Anders Brandt" To: "Cullen Jennings" , "Carsten Bormann" Cc: core WG Subject: Re: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 11:35:42 -0000 And I asked Carsten for 10 minutes to present this one: http://tools.ietf.org/html/draft-brandt-coap-subnet-discovery-00 Thanks, Anders > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On=20 > Behalf Of Stok, Peter van der > Sent: Thursday, March 17, 2011 08:46 > To: Rahman, Akbar; Cullen Jennings > Cc: core WG > Subject: Re: [core] Draft Agenda V1 >=20 > Hi Cullen >=20 > Can I also have 5-10 mins to discuss the issues with vanderstok-bc-03 >=20 > Thanks >=20 > peter >=20 > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On=20 > Behalf Of Rahman, Akbar > Sent: Thursday 17 March 2011 6:07 > To: Cullen Jennings > Cc: core WG > Subject: Re: [core] Draft Agenda V1 >=20 > Hi Cullen, >=20 >=20 > I had requested a slot for the update of the Group=20 > Communications draft: >=20 > http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt >=20 >=20 > Please give me 5 to 10 minutes to explain the updates that I=20 > did as per the last review at IETF Beijing. >=20 >=20 > Akbar >=20 >=20 >=20 > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On=20 > Behalf Of Cullen Jennings > Sent: Thursday, March 17, 2011 12:56 AM > To: core WG > Subject: [core] Draft Agenda V1 >=20 >=20 > This agenda will change a bunch over the next week but here=20 > is a rough cut. Let Carsten and I know what should change. >=20 >=20 > Admin (10 min) >=20 > Link > draft-ietf-core-link-format-03 (5 minutes) >=20 >=20 > Core > draft-ietf-core-coap-05 (30 minutes) >=20 >=20 > Block > draft-ietf-core-block-02 (15 minutes) >=20 >=20 > Observe > draft-ietf-core-observe-02 (30 minutes) >=20 >=20 > CoAP Security (30 min) > How will draft-ietf-core-coap satisfy BCP 61 >=20 >=20 > Session 2 >=20 > Mapping (30 minutes) > draft-castellani-core-http-coap-mapping-01 > draft-hartke-core-coap-http > draft-moritz-core-soap-over-coap >=20 >=20 >=20 > New Drafts (30 minutes) >=20 > draft-castellani-core-coap-overhead-01 >=20 > draft-vial-core-link-format-wadl-00 >=20 > draft-bormann-core-simple-server-discovery-00 >=20 > draft-garcia-core-security-01 (late ) >=20 > _______________________________________________ > 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 >=20 > The information contained in this message may be confidential=20 > and legally protected under applicable law. The message is=20 > intended solely for the addressee(s). If you are not the=20 > intended recipient, you are hereby notified that any use,=20 > forwarding, dissemination, or reproduction of this message is=20 > strictly prohibited and may be unlawful. If you are not the=20 > intended recipient, please contact the sender by return=20 > e-mail and destroy all copies of the original message. >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core >=20 From Akbar.Rahman@InterDigital.com Thu Mar 17 06:31:02 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 09E103A695F for ; Thu, 17 Mar 2011 06:31:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.514 X-Spam-Level: X-Spam-Status: No, score=-2.514 tagged_above=-999 required=5 tests=[AWL=0.085, BAYES_00=-2.599] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DCrdO-9na-vi for ; Thu, 17 Mar 2011 06:31:01 -0700 (PDT) Received: from idcout.InterDigital.com (idcexmail.interdigital.com [12.32.197.135]) by core3.amsl.com (Postfix) with ESMTP id 0EA743A695E for ; Thu, 17 Mar 2011 06:31:00 -0700 (PDT) Received: from SAM.InterDigital.com ([10.30.2.12]) by idcout.InterDigital.com with Microsoft SMTPSVC(6.0.3790.4675); Thu, 17 Mar 2011 09:32:28 -0400 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Thu, 17 Mar 2011 09:32:19 -0400 Message-ID: In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [core] Draft Agenda V1 Thread-Index: AcvkZdg6qDYKtWFDSWeF7pdANnHb7wAQSHlA References: From: "Rahman, Akbar" To: "Cullen Jennings" X-OriginalArrivalTime: 17 Mar 2011 13:32:28.0234 (UTC) FILETIME=[C26632A0:01CBE4A7] Cc: core WG Subject: Re: [core] Draft Agenda V1 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 13:31:02 -0000 Thank you, Cullen. I appreciate it. Akbar P.S. For completeness, please note that the latest rev of the Group Comm draft is -04 (and not -03 as indicated in the agenda). -----Original Message----- From: Cullen Jennings [mailto:fluffy@cisco.com]=20 Sent: Thursday, March 17, 2011 1:43 AM To: Rahman, Akbar Cc: core WG Subject: Re: [core] Draft Agenda V1 Sorry Akbar - my mistake. I inserted it at the start of the second session for 10 minutes. Updated agenda is at=20 http://www.ietf.org/proceedings/80/agenda/core.txt On Mar 16, 2011, at 11:07 PM, Rahman, Akbar wrote: > Hi Cullen, >=20 >=20 > I had requested a slot for the update of the Group Communications draft: >=20 > http://www.ietf.org/internet-drafts/draft-rahman-core-groupcomm-04.txt >=20 >=20 > Please give me 5 to 10 minutes to explain the updates that I did as per > the last review at IETF Beijing. >=20 >=20 > Akbar >=20 >=20 >=20 > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of > Cullen Jennings > Sent: Thursday, March 17, 2011 12:56 AM > To: core WG > Subject: [core] Draft Agenda V1 >=20 >=20 > This agenda will change a bunch over the next week but here is a rough > cut. Let Carsten and I know what should change. >=20 >=20 > Admin (10 min) >=20 > Link > draft-ietf-core-link-format-03 (5 minutes) >=20 >=20 > Core > draft-ietf-core-coap-05 (30 minutes) >=20 >=20 > Block > draft-ietf-core-block-02 (15 minutes) >=20 >=20 > Observe > draft-ietf-core-observe-02 (30 minutes) >=20 >=20 > CoAP Security (30 min) > How will draft-ietf-core-coap satisfy BCP 61 >=20 >=20 > Session 2 >=20 > Mapping (30 minutes) > draft-castellani-core-http-coap-mapping-01 > draft-hartke-core-coap-http > draft-moritz-core-soap-over-coap >=20 >=20 >=20 > New Drafts (30 minutes) >=20 > draft-castellani-core-coap-overhead-01 >=20 > draft-vial-core-link-format-wadl-00 >=20 > draft-bormann-core-simple-server-discovery-00 >=20 > draft-garcia-core-security-01 (late ) >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core >=20 From fluffy@cisco.com Thu Mar 17 09:13:41 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 67AC53A6996 for ; Thu, 17 Mar 2011 09:13:41 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -109.246 X-Spam-Level: X-Spam-Status: No, score=-109.246 tagged_above=-999 required=5 tests=[AWL=1.353, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id pXXYNWT-TyZa for ; Thu, 17 Mar 2011 09:13:40 -0700 (PDT) Received: from sj-iport-6.cisco.com (sj-iport-6.cisco.com [171.71.176.117]) by core3.amsl.com (Postfix) with ESMTP id A4B383A6983 for ; Thu, 17 Mar 2011 09:13:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=917; q=dns/txt; s=iport; t=1300378509; x=1301588109; h=from:content-transfer-encoding:subject:date:message-id: to:mime-version; bh=E0bgC8QbDKZKoMakseOcSITka+PWC+Z6Ld64vArYhes=; b=eaLLH5PRk0rqap/WzX4A901YvB9a/OL2V/3aTRM3hSbOB6hxEi9v7uiR Oxz4NGyegG5fZ5dmKCIzrEg4sAUAB1ajgvtg4Ii5QVZZMme6nsremGJqg lbDnpiJJxolAAvEkAljokX+W1PKX5CFKALbJkx9um1bxjx3WwXKq+yO4o U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEACfQgU2tJV2Z/2dsb2JhbAClTnenJ5w/hWMEhS+HL4NN X-IronPort-AV: E=Sophos;i="4.63,200,1299456000"; d="scan'208";a="668149794" Received: from rcdn-core-2.cisco.com ([173.37.93.153]) by sj-iport-6.cisco.com with ESMTP; 17 Mar 2011 16:15:08 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by rcdn-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p2HGF8Xl020638 for ; Thu, 17 Mar 2011 16:15:08 GMT From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 17 Mar 2011 10:17:59 -0600 Message-Id: <7DB2F579-9B3E-4509-ADF5-A33809B8B845@cisco.com> To: core WG Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] CORE Agenda Ver #3 - IETF 80 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 17 Mar 2011 16:13:41 -0000 Ver 3 Session 1 Admin (10 min) Link draft-ietf-core-link-format-03 (5 minutes) Core draft-ietf-core-coap-05 (25 minutes) Block draft-ietf-core-block-02 (15 minutes) Observe draft-ietf-core-observe-02 (25 minutes) CoAP Security (20 min) How will draft-ietf-core-coap satisfy BCP 61 Discovery (20 min) draft-brandt-coap-subnet-discovery-00 draft-bormann-core-simple-server-discovery-00 Session 2 Admin (5 minutes) Group Communication draft-rahman-core-groupcomm-04 (10 minutes) Usages (10 min) draft-vanderstok-core-bc-03 Mapping (25 minutes) draft-castellani-core-http-coap-mapping-01 draft-hartke-core-coap-http draft-moritz-core-soap-over-coap New Drafts ???? (20 minutes) Should we have any of the following? draft-castellani-core-coap-overhead-01 draft-vial-core-link-format-wadl-00 draft-garcia-core-security-01 (late ) Others? From trac+core@trac.tools.ietf.org Thu Mar 17 20:30:19 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 6E4543A696C for ; Thu, 17 Mar 2011 20:30:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id raugv3Ci6275 for ; Thu, 17 Mar 2011 20:30:18 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 78D693A6969 for ; Thu, 17 Mar 2011 20:30:18 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0QPh-0000p2-7k; Thu, 17 Mar 2011 20:31:45 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: likepeng@huawei.com X-Trac-Project: core Date: Fri, 18 Mar 2011 03:31:45 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/129 Message-ID: <058.bbbaeac082c244afdca09134426642c7@trac.tools.ietf.org> X-Trac-Ticket-ID: 129 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: likepeng@huawei.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 Cc: core@ietf.org Subject: [core] #129: [Observe] Simplify Reordering X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 03:30:19 -0000 #129: [Observe] Simplify Reordering The paragraph below seems to be complex. Can we simplify this a little bit? For example, we can require in the spec like this: if the observe value in the response is near or equals to 2^16-1, the observer should send a new Get request with the Observe option. Then the server can use Observe value starting from 0 to 2^16 again. A client MAY discard a notification as outdated (not fresh) under the following condition: (V1 - V2) % (2^16) < (2^15) and T2 < (T1 + (2^14)) where T1 is a client-local timestamp of the latest valid notification received for this resource (in seconds), T2 a client-local timestamp of the current notification, V1 the value of the Observe Option of the latest valid notification received, and V2 the value of the Observe Option of the current notification. The first condition essentially verifies that V2 > V1 holds in 16-bit sequence number arithmetic [RFC1982]. The second condition checks that the time expired between the two incoming messages is not so large that the sequence number might have wrapped around and the first check is therefore invalid (but is not needed any more, because reordering is not expected to occur on the order of 2^14 seconds). Note that the constants of 2^14 and 2^15 are non-critical, as is the even speed of the clocks involved; e.g., the second check can be implemented by marking a response as fresh on reception and downgrading all responses periodically every, say, 2^13 seconds; once it has been downgraded twice, it no longer participates in freshness checks. -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: new Priority: major | Milestone: Component: observe | Version: Severity: - | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From likepeng@huawei.com Thu Mar 17 20:36:45 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 154D73A69E7 for ; Thu, 17 Mar 2011 20:36:45 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.098 X-Spam-Level: X-Spam-Status: No, score=0.098 tagged_above=-999 required=5 tests=[AWL=0.051, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id otdh1r47oFm1 for ; Thu, 17 Mar 2011 20:36:44 -0700 (PDT) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 1FD7C3A69D4 for ; Thu, 17 Mar 2011 20:36:44 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI8005OJI0XDP@szxga04-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 11:36:33 +0800 (CST) Received: from szxeml207-edg.china.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI8004STI0XRU@szxga04-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 11:36:33 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml207-edg.china.huawei.com (172.24.2.59) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 18 Mar 2011 11:36:26 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Fri, 18 Mar 2011 11:36:32 +0800 Date: Fri, 18 Mar 2011 03:36:31 +0000 From: Likepeng In-reply-to: <20110314233004.11547.62444.idtracker@localhost> X-Originating-IP: [10.70.109.110] To: "core@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F225CB41@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] I-D Action:draft-ietf-core-observe-02.txt Thread-index: AQHL4qBSWbD07EfrDEeHjgdeqDImGpQycS8A X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <20110314233004.11547.62444.idtracker@localhost> Subject: Re: [core] I-D Action:draft-ietf-core-observe-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 03:36:45 -0000 SSB0aGluayB0aGUgY3VycmVudCBkZXNpZ24gaXMgYmV0dGVyIGFuZCBzaW1wbGVyIHRoYW4gdGhl IGxpZmUtdGltZSBvcHRpb24uIEkgaGF2ZSBvbmUgaXNzdWUgYWJvdXQgcmVvcmRlcmluZy4gU2Vl IGFsc28gVGlja2V0ICMxMjkuDQoNClRoZSBwYXJhZ3JhcGggYmVsb3cgc2VlbXMgdG8gYmUgY29t cGxleC4gQ2FuIHdlIHNpbXBsaWZ5IHRoaXMgYSBsaXR0bGUgYml0PyBGb3IgZXhhbXBsZSwgd2Ug Y2FuIHJlcXVpcmUgaW4gdGhlIHNwZWMgbGlrZSB0aGlzOiBpZiB0aGUgb2JzZXJ2ZSB2YWx1ZSBp biB0aGUgcmVzcG9uc2UgaXMgbmVhciBvciBlcXVhbHMgdG8gMl4xNi0xLCB0aGUgb2JzZXJ2ZXIg c2hvdWxkIHNlbmQgYSBuZXcgR2V0IHJlcXVlc3Qgd2l0aCB0aGUgT2JzZXJ2ZSBvcHRpb24sIGlm IHRoZSBvYnNlcnZlciB3YW50cyB0byBjb250aW51ZSB0aGUgb2JzZXJ2YXRpb24gcmVsYXRpb25z aGlwLiBUaGVuIHRoZSBzZXJ2ZXIgY2FuIHVzZSBPYnNlcnZlIHZhbHVlIHN0YXJ0aW5nIGZyb20g MCB0byAyXjE2LTEgYWdhaW4uIA0KDQpBIGNsaWVudCBNQVkgZGlzY2FyZCBhIG5vdGlmaWNhdGlv biBhcyBvdXRkYXRlZCAobm90IGZyZXNoKSB1bmRlciB0aGUgZm9sbG93aW5nIGNvbmRpdGlvbjoN Cg0KKFYxIC0gVjIpICUgKDJeMTYpIDwgKDJeMTUpIGFuZCBUMiA8IChUMSArICgyXjE0KSkNCg0K d2hlcmUgVDEgaXMgYSBjbGllbnQtbG9jYWwgdGltZXN0YW1wIG9mIHRoZSBsYXRlc3QgdmFsaWQg bm90aWZpY2F0aW9uIHJlY2VpdmVkIGZvciB0aGlzIHJlc291cmNlIChpbiBzZWNvbmRzKSwgVDIg YSBjbGllbnQtbG9jYWwgdGltZXN0YW1wIG9mIHRoZSBjdXJyZW50IG5vdGlmaWNhdGlvbiwgVjEg dGhlIHZhbHVlIG9mIHRoZSBPYnNlcnZlIE9wdGlvbiBvZiB0aGUgbGF0ZXN0IHZhbGlkIG5vdGlm aWNhdGlvbiByZWNlaXZlZCwgYW5kIFYyIHRoZSB2YWx1ZSBvZiB0aGUgT2JzZXJ2ZSBPcHRpb24g b2YgdGhlIGN1cnJlbnQgbm90aWZpY2F0aW9uLiBUaGUgZmlyc3QgY29uZGl0aW9uIGVzc2VudGlh bGx5IHZlcmlmaWVzIHRoYXQgVjIgPiBWMSBob2xkcyBpbiAxNi1iaXQgc2VxdWVuY2UgbnVtYmVy IGFyaXRobWV0aWMgW1JGQzE5ODJdLiBUaGUgc2Vjb25kIGNvbmRpdGlvbiBjaGVja3MgdGhhdCB0 aGUgdGltZSBleHBpcmVkIGJldHdlZW4gdGhlIHR3byBpbmNvbWluZyBtZXNzYWdlcyBpcyBub3Qg c28gbGFyZ2UgdGhhdCB0aGUgc2VxdWVuY2UgbnVtYmVyIG1pZ2h0IGhhdmUgd3JhcHBlZCBhcm91 bmQgYW5kIHRoZSBmaXJzdCBjaGVjayBpcyB0aGVyZWZvcmUgaW52YWxpZCAoYnV0IGlzIG5vdCBu ZWVkZWQgYW55IG1vcmUsIGJlY2F1c2UgcmVvcmRlcmluZyBpcyBub3QgZXhwZWN0ZWQgdG8gb2Nj dXIgb24gdGhlIG9yZGVyIG9mIDJeMTQgc2Vjb25kcykuIE5vdGUgdGhhdCB0aGUgY29uc3RhbnRz IG9mIDJeMTQgYW5kIDJeMTUgYXJlIG5vbi1jcml0aWNhbCwgYXMgaXMgdGhlIGV2ZW4gc3BlZWQg b2YgdGhlIGNsb2NrcyBpbnZvbHZlZDsgZS5nLiwgdGhlIHNlY29uZCBjaGVjayBjYW4gYmUgaW1w bGVtZW50ZWQgYnkgbWFya2luZyBhIHJlc3BvbnNlIGFzIGZyZXNoIG9uIHJlY2VwdGlvbiBhbmQg ZG93bmdyYWRpbmcgYWxsIHJlc3BvbnNlcyBwZXJpb2RpY2FsbHkgZXZlcnksIHNheSwgMl4xMyBz ZWNvbmRzOyBvbmNlIGl0IGhhcyBiZWVuIGRvd25ncmFkZWQgdHdpY2UsIGl0IG5vIGxvbmdlciBw YXJ0aWNpcGF0ZXMgaW4gZnJlc2huZXNzIGNoZWNrcy4NCg0KVGhhbmtzLA0KS2luZCBSZWdhcmRz DQpLZXBlbmcNCi0tLS0t08q8/tStvP4tLS0tLQ0Kt6K8/sjLOiBjb3JlLWJvdW5jZXNAaWV0Zi5v cmcgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5vcmddILT6se0gSW50ZXJuZXQtRHJhZnRzQGll dGYub3JnDQq3osvNyrG85DogMjAxMcTqM9TCMTXI1SA3OjMwDQrK1bz+yMs6IGktZC1hbm5vdW5j ZUBpZXRmLm9yZw0Ks63LzTogY29yZUBpZXRmLm9yZw0K1vfM4jogW2NvcmVdIEktRCBBY3Rpb246 ZHJhZnQtaWV0Zi1jb3JlLW9ic2VydmUtMDIudHh0DQoNCkEgTmV3IEludGVybmV0LURyYWZ0IGlz IGF2YWlsYWJsZSBmcm9tIHRoZSBvbi1saW5lIEludGVybmV0LURyYWZ0cyBkaXJlY3Rvcmllcy4N ClRoaXMgZHJhZnQgaXMgYSB3b3JrIGl0ZW0gb2YgdGhlIENvbnN0cmFpbmVkIFJFU1RmdWwgRW52 aXJvbm1lbnRzIFdvcmtpbmcgR3JvdXAgb2YgdGhlIElFVEYuDQoNCg0KCVRpdGxlICAgICAgICAg ICA6IE9ic2VydmluZyBSZXNvdXJjZXMgaW4gQ29BUA0KCUF1dGhvcihzKSAgICAgICA6IEsuIEhh cnRrZSwgWi4gU2hlbGJ5DQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1jb3JlLW9ic2Vy dmUtMDIudHh0DQoJUGFnZXMgICAgICAgICAgIDogMTkNCglEYXRlICAgICAgICAgICAgOiAyMDEx LTAzLTE0DQoNCkNvQVAgaXMgYSBSRVNUZnVsIGFwcGxpY2F0aW9uIHByb3RvY29sIGZvciBjb25z dHJhaW5lZCBub2RlcyBhbmQgbmV0d29ya3MuICBUaGUgc3RhdGUgb2YgYSByZXNvdXJjZSBvbiBh IENvQVAgc2VydmVyIGNhbiBjaGFuZ2Ugb3ZlciB0aW1lLiAgVGhpcyBzcGVjaWZpY2F0aW9uIHBy b3ZpZGVzIGEgc2ltcGxlIGV4dGVuc2lvbiBmb3IgQ29BUCB0aGF0IGdpdmVzIGNsaWVudHMgdGhl IGFiaWxpdHkgdG8gb2JzZXJ2ZSBzdWNoIGNoYW5nZXMuDQoNCkEgVVJMIGZvciB0aGlzIEludGVy bmV0LURyYWZ0IGlzOg0KaHR0cDovL3d3dy5pZXRmLm9yZy9pbnRlcm5ldC1kcmFmdHMvZHJhZnQt aWV0Zi1jb3JlLW9ic2VydmUtMDIudHh0DQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFp bGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1k cmFmdHMvDQoNCkJlbG93IGlzIHRoZSBkYXRhIHdoaWNoIHdpbGwgZW5hYmxlIGEgTUlNRSBjb21w bGlhbnQgbWFpbCByZWFkZXIgaW1wbGVtZW50YXRpb24gdG8gYXV0b21hdGljYWxseSByZXRyaWV2 ZSB0aGUgQVNDSUkgdmVyc2lvbiBvZiB0aGUgSW50ZXJuZXQtRHJhZnQuDQo= From trac+core@trac.tools.ietf.org Thu Mar 17 22:22:52 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B60903A6A90 for ; Thu, 17 Mar 2011 22:22:52 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id roJFcvvOFiYL for ; Thu, 17 Mar 2011 22:22:51 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id E39A43A69E8 for ; Thu, 17 Mar 2011 22:22:50 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0SAd-0001pT-Ft; Thu, 17 Mar 2011 22:24:19 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: likepeng@huawei.com X-Trac-Project: core Date: Fri, 18 Mar 2011 05:24:19 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: https://svn.tools.ietf.org/wg/core/trac/ticket/130 Message-ID: <058.fe9fab1a8b279081bb03524d790d9604@trac.tools.ietf.org> X-Trac-Ticket-ID: 130 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: likepeng@huawei.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 Cc: core@ietf.org Subject: [core] #130: [Block] 4.08 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 05:22:53 -0000 #130: [Block] 4.08 Response Code I am not sure about the mapping of HTTP response code 408 with CoAP response code 4.08. In HTTP, 408 means "Request Timeout". In CoAP Block, 4.08 means "Request Entity Incomplete". From the text below, it seems that CoAP 4.08 should also be changed to "Request Timeout", instead of "Request Entity Incomplete". 1. Cited from section 3.1: any HTTP 408 status code that indicates that the HTTP server became impatient with the resulting transfer can then be mapped into a CoAP 4.08 response code. 2. Cited from section 3.1: If the HTTP client is too slow delivering a request body on a PUT or POST, the CoAP server might time out and return a 4.08 response code, which in turn maps well to an HTTP 408 status code. 3. Cited from section 4: 4.08 Request Entity Incomplete. Kepeng Li -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: new Priority: minor | Milestone: Component: block | Version: Severity: - | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From likepeng@huawei.com Thu Mar 17 22:28:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 08BBA3A6AB4 for ; Thu, 17 Mar 2011 22:28:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 0.093 X-Spam-Level: X-Spam-Status: No, score=0.093 tagged_above=-999 required=5 tests=[AWL=0.046, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Grjx7qs1f673 for ; Thu, 17 Mar 2011 22:28:29 -0700 (PDT) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id 04C963A6A90 for ; Thu, 17 Mar 2011 22:28:29 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI800A03N6JCL@szxga04-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 13:27:55 +0800 (CST) Received: from szxeml203-edg.china.huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI8000M5N6IYE@szxga04-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 13:27:55 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml203-edg.china.huawei.com (172.24.2.55) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 18 Mar 2011 13:27:47 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Fri, 18 Mar 2011 13:27:46 +0800 Date: Fri, 18 Mar 2011 05:27:44 +0000 From: Likepeng In-reply-to: <20110314213001.22459.71585.idtracker@localhost> X-Originating-IP: [10.70.109.110] To: "core@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F225CB87@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] I-D Action:draft-ietf-core-block-02.txt Thread-index: AQHL4o+GC3IlOtMPBkiHVhuiD0CyDZQylHWg X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <20110314213001.22459.71585.idtracker@localhost> Subject: Re: [core] I-D Action:draft-ietf-core-block-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 05:28:30 -0000 VGhhbmtzIGZvciB0aGUgdXBkYXRlIHRvIGFkZHJlc3MgbXkgY29tbWVudHMuIEkgaGF2ZSBvbmUg bW9yZSBjb21tZW50IHRvIEJsb2NrIGRyYWZ0LiBTZWUgYWxzbyBUaWNrZXQgIzEzMC4NCg0KSSBh bSBub3Qgc3VyZSBhYm91dCB0aGUgbWFwcGluZyBvZiBIVFRQIHJlc3BvbnNlIGNvZGUgNDA4IHdp dGggQ29BUCByZXNwb25zZSBjb2RlIDQuMDguIEluIEhUVFAsIDQwOCBtZWFucyAiUmVxdWVzdCBU aW1lb3V0Ii4gSW4gQ29BUCBCbG9jaywgNC4wOCBtZWFucyAiUmVxdWVzdCBFbnRpdHkgSW5jb21w bGV0ZSIuIEZyb20gdGhlIHRleHQgY2l0ZWQgYmVsb3csIGl0IHNlZW1zIHRoYXQgQ29BUCA0LjA4 IHNob3VsZCBhbHNvIGJlIGNoYW5nZWQgdG8gIlJlcXVlc3QgVGltZW91dCIsIGluc3RlYWQgb2Yg IlJlcXVlc3QgRW50aXR5IEluY29tcGxldGUiLiANCg0KMS4gQ2l0ZWQgZnJvbSBzZWN0aW9uIDMu MTogYW55IEhUVFAgNDA4IHN0YXR1cyBjb2RlIHRoYXQgaW5kaWNhdGVzIHRoYXQgdGhlIEhUVFAg c2VydmVyIGJlY2FtZSBpbXBhdGllbnQgd2l0aCB0aGUgcmVzdWx0aW5nIHRyYW5zZmVyIGNhbiB0 aGVuIGJlIG1hcHBlZCBpbnRvIGEgQ29BUCA0LjA4IHJlc3BvbnNlIGNvZGUuDQoNCjIuIENpdGVk IGZyb20gc2VjdGlvbiAzLjE6IElmIHRoZSBIVFRQIGNsaWVudCBpcyB0b28gc2xvdyBkZWxpdmVy aW5nIGEgcmVxdWVzdCBib2R5IG9uIGEgUFVUIG9yIFBPU1QsIHRoZSBDb0FQIHNlcnZlciBtaWdo dCB0aW1lIG91dCBhbmQgcmV0dXJuIGEgNC4wOCByZXNwb25zZSBjb2RlLCB3aGljaCBpbiB0dXJu IG1hcHMgd2VsbCB0byBhbiBIVFRQIDQwOCBzdGF0dXMgY29kZS4NCg0KMy4gQ2l0ZWQgZnJvbSBz ZWN0aW9uIDQ6IDQuMDggUmVxdWVzdCBFbnRpdHkgSW5jb21wbGV0ZS4NCg0KS2VwZW5nIExpDQot LS0tLdPKvP7Urbz+LS0tLS0NCreivP7IyzogY29yZS1ib3VuY2VzQGlldGYub3JnIFttYWlsdG86 Y29yZS1ib3VuY2VzQGlldGYub3JnXSC0+rHtIEludGVybmV0LURyYWZ0c0BpZXRmLm9yZw0Kt6LL zcqxvOQ6IDIwMTHE6jPUwjE1yNUgNTozMA0KytW8/sjLOiBpLWQtYW5ub3VuY2VAaWV0Zi5vcmcN CrOty806IGNvcmVAaWV0Zi5vcmcNCtb3zOI6IFtjb3JlXSBJLUQgQWN0aW9uOmRyYWZ0LWlldGYt Y29yZS1ibG9jay0wMi50eHQNCg0KQSBOZXcgSW50ZXJuZXQtRHJhZnQgaXMgYXZhaWxhYmxlIGZy b20gdGhlIG9uLWxpbmUgSW50ZXJuZXQtRHJhZnRzIGRpcmVjdG9yaWVzLg0KVGhpcyBkcmFmdCBp cyBhIHdvcmsgaXRlbSBvZiB0aGUgQ29uc3RyYWluZWQgUkVTVGZ1bCBFbnZpcm9ubWVudHMgV29y a2luZyBHcm91cCBvZiB0aGUgSUVURi4NCg0KDQoJVGl0bGUgICAgICAgICAgIDogQmxvY2t3aXNl IHRyYW5zZmVycyBpbiBDb0FQDQoJQXV0aG9yKHMpICAgICAgIDogWi4gU2hlbGJ5LCBDLiBCb3Jt YW5uDQoJRmlsZW5hbWUgICAgICAgIDogZHJhZnQtaWV0Zi1jb3JlLWJsb2NrLTAyLnR4dA0KCVBh Z2VzICAgICAgICAgICA6IDIyDQoJRGF0ZSAgICAgICAgICAgIDogMjAxMS0wMy0xNA0KDQpDb0FQ IGlzIGEgUkVTVGZ1bCB0cmFuc2ZlciBwcm90b2NvbCBmb3IgY29uc3RyYWluZWQgbm9kZXMgYW5k IG5ldHdvcmtzLiAgQ29BUCBpcyBiYXNlZCBvbiBkYXRhZ3JhbSB0cmFuc3BvcnQsIHdoaWNoIGxp bWl0cyB0aGUgbWF4aW11bSBzaXplIG9mIHJlc291cmNlIHJlcHJlc2VudGF0aW9ucyB0aGF0IGNh biBiZSB0cmFuc2ZlcnJlZCB3aXRob3V0IHRvbyBtdWNoIGZyYWdtZW50YXRpb24uICBUaGUgQmxv Y2sgb3B0aW9uIHByb3ZpZGVzIGEgbWluaW1hbCB3YXkgdG8gdHJhbnNmZXIgbGFyZ2VyIHJlcHJl c2VudGF0aW9ucyBpbiBhIGJsb2NrLXdpc2UgZmFzaGlvbi4NCg0KQSBVUkwgZm9yIHRoaXMgSW50 ZXJuZXQtRHJhZnQgaXM6DQpodHRwOi8vd3d3LmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy9kcmFm dC1pZXRmLWNvcmUtYmxvY2stMDIudHh0DQoNCkludGVybmV0LURyYWZ0cyBhcmUgYWxzbyBhdmFp bGFibGUgYnkgYW5vbnltb3VzIEZUUCBhdDoNCmZ0cDovL2Z0cC5pZXRmLm9yZy9pbnRlcm5ldC1k cmFmdHMvDQoNCkJlbG93IGlzIHRoZSBkYXRhIHdoaWNoIHdpbGwgZW5hYmxlIGEgTUlNRSBjb21w bGlhbnQgbWFpbCByZWFkZXIgaW1wbGVtZW50YXRpb24gdG8gYXV0b21hdGljYWxseSByZXRyaWV2 ZSB0aGUgQVNDSUkgdmVyc2lvbiBvZiB0aGUgSW50ZXJuZXQtRHJhZnQuDQo= From trac+core@trac.tools.ietf.org Fri Mar 18 01:23:05 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 981A23A67DB for ; Fri, 18 Mar 2011 01:23:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QjrWEuCGbaL5 for ; Fri, 18 Mar 2011 01:23:04 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id D933D3A680B for ; Fri, 18 Mar 2011 01:23:04 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0Uz3-00039o-3w; Fri, 18 Mar 2011 01:24:33 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: likepeng@huawei.com X-Trac-Project: core Date: Fri, 18 Mar 2011 08:24:33 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/131 Message-ID: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> X-Trac-Ticket-ID: 131 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: likepeng@huawei.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 Cc: core@ietf.org Subject: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 08:23:05 -0000 #131: [Block] 2.00 Response Code In CoAP-05, 2.00 response code is removed, and changed to 2.05. But in the block draft examples, 2.00 is still used. It needs to be changed as well. Kepeng Li -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: new Priority: minor | Milestone: Component: block | Version: Severity: - | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From likepeng@huawei.com Fri Mar 18 01:26:23 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BDA8F3A683E for ; Fri, 18 Mar 2011 01:26:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: 2.089 X-Spam-Level: ** X-Spam-Status: No, score=2.089 tagged_above=-999 required=5 tests=[AWL=-1.958, BAYES_00=-2.599, CN_BODY_35=0.339, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_BASE64_TEXT=1.753, MIME_CHARSET_FARAWAY=2.45, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cITfmjXOlxQB for ; Fri, 18 Mar 2011 01:26:22 -0700 (PDT) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id B9CFD3A680B for ; Fri, 18 Mar 2011 01:26:22 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI80078VVFLQC@szxga05-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 16:26:09 +0800 (CST) Received: from szxeml208-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LI800MEPVFK7H@szxga05-in.huawei.com> for core@ietf.org; Fri, 18 Mar 2011 16:26:09 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml208-edg.china.huawei.com (172.24.2.60) with Microsoft SMTP Server (TLS) id 14.1.270.1; Fri, 18 Mar 2011 16:26:03 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.92]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Fri, 18 Mar 2011 16:26:08 +0800 Date: Fri, 18 Mar 2011 08:26:07 +0000 From: Likepeng In-reply-to: <20110314213001.22459.71585.idtracker@localhost> X-Originating-IP: [10.70.109.110] To: "core@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F225CC34@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=gb2312 Content-language: zh-CN Content-transfer-encoding: base64 Accept-Language: zh-CN, en-US Thread-topic: [core] I-D Action:draft-ietf-core-block-02.txt Thread-index: AQHL4o+GC3IlOtMPBkiHVhuiD0CyDZQyxt7A X-MS-Has-Attach: X-MS-TNEF-Correlator: References: <20110314213001.22459.71585.idtracker@localhost> Subject: Re: [core] I-D Action:draft-ietf-core-block-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 08:26:23 -0000 RWRpdG9yaWFsIGNvbW1lbnQ6IChTZWUgYWxzbyBUaWNrZXQgIzEzMSkNCg0KSW4gQ29BUC0wNSwg Mi4wMCByZXNwb25zZSBjb2RlIGlzIHJlbW92ZWQsIGFuZCBjaGFuZ2VkIHRvIDIuMDUuIEJ1dCBp biB0aGUgYmxvY2sgZHJhZnQgZXhhbXBsZXMsIDIuMDAgaXMgc3RpbGwgdXNlZC4gSXQgbmVlZHMg dG8gYmUgY2hhbmdlZCBhcyB3ZWxsLg0KDQpLZXBlbmcgTGkNCi0tLS0t08q8/tStvP4tLS0tLQ0K t6K8/sjLOiBjb3JlLWJvdW5jZXNAaWV0Zi5vcmcgW21haWx0bzpjb3JlLWJvdW5jZXNAaWV0Zi5v cmddILT6se0gSW50ZXJuZXQtRHJhZnRzQGlldGYub3JnDQq3osvNyrG85DogMjAxMcTqM9TCMTXI 1SA1OjMwDQrK1bz+yMs6IGktZC1hbm5vdW5jZUBpZXRmLm9yZw0Ks63LzTogY29yZUBpZXRmLm9y Zw0K1vfM4jogW2NvcmVdIEktRCBBY3Rpb246ZHJhZnQtaWV0Zi1jb3JlLWJsb2NrLTAyLnR4dA0K DQpBIE5ldyBJbnRlcm5ldC1EcmFmdCBpcyBhdmFpbGFibGUgZnJvbSB0aGUgb24tbGluZSBJbnRl cm5ldC1EcmFmdHMgZGlyZWN0b3JpZXMuDQpUaGlzIGRyYWZ0IGlzIGEgd29yayBpdGVtIG9mIHRo ZSBDb25zdHJhaW5lZCBSRVNUZnVsIEVudmlyb25tZW50cyBXb3JraW5nIEdyb3VwIG9mIHRoZSBJ RVRGLg0KDQoNCglUaXRsZSAgICAgICAgICAgOiBCbG9ja3dpc2UgdHJhbnNmZXJzIGluIENvQVAN CglBdXRob3IocykgICAgICAgOiBaLiBTaGVsYnksIEMuIEJvcm1hbm4NCglGaWxlbmFtZSAgICAg ICAgOiBkcmFmdC1pZXRmLWNvcmUtYmxvY2stMDIudHh0DQoJUGFnZXMgICAgICAgICAgIDogMjIN CglEYXRlICAgICAgICAgICAgOiAyMDExLTAzLTE0DQoNCkNvQVAgaXMgYSBSRVNUZnVsIHRyYW5z ZmVyIHByb3RvY29sIGZvciBjb25zdHJhaW5lZCBub2RlcyBhbmQgbmV0d29ya3MuICBDb0FQIGlz IGJhc2VkIG9uIGRhdGFncmFtIHRyYW5zcG9ydCwgd2hpY2ggbGltaXRzIHRoZSBtYXhpbXVtIHNp emUgb2YgcmVzb3VyY2UgcmVwcmVzZW50YXRpb25zIHRoYXQgY2FuIGJlIHRyYW5zZmVycmVkIHdp dGhvdXQgdG9vIG11Y2ggZnJhZ21lbnRhdGlvbi4gIFRoZSBCbG9jayBvcHRpb24gcHJvdmlkZXMg YSBtaW5pbWFsIHdheSB0byB0cmFuc2ZlciBsYXJnZXIgcmVwcmVzZW50YXRpb25zIGluIGEgYmxv Y2std2lzZSBmYXNoaW9uLg0KDQpBIFVSTCBmb3IgdGhpcyBJbnRlcm5ldC1EcmFmdCBpczoNCmh0 dHA6Ly93d3cuaWV0Zi5vcmcvaW50ZXJuZXQtZHJhZnRzL2RyYWZ0LWlldGYtY29yZS1ibG9jay0w Mi50eHQNCg0KSW50ZXJuZXQtRHJhZnRzIGFyZSBhbHNvIGF2YWlsYWJsZSBieSBhbm9ueW1vdXMg RlRQIGF0Og0KZnRwOi8vZnRwLmlldGYub3JnL2ludGVybmV0LWRyYWZ0cy8NCg0KQmVsb3cgaXMg dGhlIGRhdGEgd2hpY2ggd2lsbCBlbmFibGUgYSBNSU1FIGNvbXBsaWFudCBtYWlsIHJlYWRlciBp bXBsZW1lbnRhdGlvbiB0byBhdXRvbWF0aWNhbGx5IHJldHJpZXZlIHRoZSBBU0NJSSB2ZXJzaW9u IG9mIHRoZSBJbnRlcm5ldC1EcmFmdC4NCg== From trac+core@trac.tools.ietf.org Fri Mar 18 02:03:56 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E6AB43A67FC for ; Fri, 18 Mar 2011 02:03:56 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id apOpAWZUUYxP for ; Fri, 18 Mar 2011 02:03:56 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 0945A3A679C for ; Fri, 18 Mar 2011 02:03:56 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0Vcb-0004VD-7r; Fri, 18 Mar 2011 02:05:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org X-Trac-Project: core Date: Fri, 18 Mar 2011 09:05:25 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: /ticket/131#comment:1 Message-ID: <067.06364a417d00acc6c3d6713759f15629@trac.tools.ietf.org> References: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> X-Trac-Ticket-ID: 131 In-Reply-To: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: Re: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 09:03:57 -0000 #131: [Block] 2.00 Response Code Changes (by cabo@…): * status: new => closed * resolution: => fixed Comment: Fixed in [278]: Fix #131 in block -03. Thanks Kepeng! -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: Type: protocol defect | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: - | Resolution: fixed Keywords: | ---------------------------------+------------------------------------------ Ticket URL: core From oscar.garcia@philips.com Fri Mar 18 02:11:44 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id BBD773A69F9 for ; Fri, 18 Mar 2011 02:11:44 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -5.849 X-Spam-Level: X-Spam-Status: No, score=-5.849 tagged_above=-999 required=5 tests=[AWL=0.749, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id kC65Ve1t7tCr for ; Fri, 18 Mar 2011 02:11:43 -0700 (PDT) Received: from TX2EHSOBE003.bigfish.com (tx2ehsobe002.messaging.microsoft.com [65.55.88.12]) by core3.amsl.com (Postfix) with ESMTP id 4BA603A682E for ; Fri, 18 Mar 2011 02:11:43 -0700 (PDT) Received: from mail156-tx2-R.bigfish.com (10.9.14.251) by TX2EHSOBE003.bigfish.com (10.9.40.23) with Microsoft SMTP Server id 14.1.225.8; Fri, 18 Mar 2011 09:13:12 +0000 Received: from mail156-tx2 (localhost.localdomain [127.0.0.1]) by mail156-tx2-R.bigfish.com (Postfix) with ESMTP id 3161E19F05C7; Fri, 18 Mar 2011 09:13:12 +0000 (UTC) X-SpamScore: -43 X-BigFish: VPS-43(zz15d6O9251J62a3L542N217bLzz1202hzz8275bh8275dh1033ILz2dh2a8h668h61h) X-Spam-TCS-SCL: 0:0 X-Forefront-Antispam-Report: KIP:(null); UIP:(null); IPVD:NLI; H:smtpx.philips.com; RD:smtpx.philips.com; EFVD:NLI Received: from mail156-tx2 (localhost.localdomain [127.0.0.1]) by mail156-tx2 (MessageSwitch) id 1300439583200953_12284; Fri, 18 Mar 2011 09:13:03 +0000 (UTC) Received: from TX2EHSMHS001.bigfish.com (unknown [10.9.14.248]) by mail156-tx2.bigfish.com (Postfix) with ESMTP id 3F3E61A3805E; Fri, 18 Mar 2011 09:11:48 +0000 (UTC) Received: from smtpx.philips.com (168.87.56.20) by TX2EHSMHS001.bigfish.com (10.9.99.101) with Microsoft SMTP Server (TLS) id 14.1.225.22; Fri, 18 Mar 2011 09:11:47 +0000 Received: from nlamsexh03.connect1.local (172.16.153.24) by connect1.philips.com (172.16.156.150) with Microsoft SMTP Server (TLS) id 8.3.106.1; Fri, 18 Mar 2011 10:11:46 +0100 Received: from NLCLUEXM03.connect1.local ([172.16.153.29]) by nlamsexh03.connect1.local ([172.16.153.24]) with mapi; Fri, 18 Mar 2011 10:11:46 +0100 From: "Garcia Morchon, Oscar" To: Cullen Jennings , Carsten Bormann Date: Fri, 18 Mar 2011 10:11:44 +0100 Thread-Topic: [core] CORE Agenda Ver #3 - IETF 80 Thread-Index: AcvkvpHfzzrTXaO4TfWm7wuj24Nv+gACmBNwAB2ZldAAACiFoAAB7MpQ Message-ID: <5F6BB0D9318FCA4083FC774C9A9ECEF68AE2C6317C@NLCLUEXM03.connect1.local> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US Content-Type: multipart/alternative; boundary="_000_5F6BB0D9318FCA4083FC774C9A9ECEF68AE2C6317CNLCLUEXM03con_" MIME-Version: 1.0 X-OriginatorOrg: philips.com Cc: core Subject: [core] FW: CORE Agenda Ver #3 - IETF 80 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 09:11:44 -0000 --_000_5F6BB0D9318FCA4083FC774C9A9ECEF68AE2C6317CNLCLUEXM03con_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Dear Cullen and Carsten, during the last IETF meeting, we shortly discussed the security needs after= the second CoRE session and the possibility of a new Internet Draft describing them. We have submitted the draft http://datatracker.ietf.org/d= oc/draft-garcia-core-security/ to feed this discussion. We think that discussing these requirements and issues is essential for man= y use cases. In particular, we think that some BAC applications will not be able to be deployed without addressing them. We would like to shortly discuss our draft in Prague to point out importan= t aspects that are not fully addressed. Regards, Oscar. _________________________________________________________________________ Oscar Garcia-Morchon, Research Scientist, Distributed Sensor Systems, Philips Research Europe High Tech Campus 34 - 1.067, 5656 AE Eindhoven, the Netherlands Tel: +31 40 27-41952, Fax: +31 40 27-46276 E-mail: oscar.garcia@philips.com, www.rese= arch.philips.com _________________________________________________________________________ -----Original Message----- From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf Of Cul= len Jennings Sent: Thursday 17 March 2011 17:18 To: core WG Subject: [core] CORE Agenda Ver #3 - IETF 80 Ver 3 Session 1 Admin (10 min) Link draft-ietf-core-link-format-03 (5 minutes) Core draft-ietf-core-coap-05 (25 minutes) Block draft-ietf-core-block-02 (15 minutes) Observe draft-ietf-core-observe-02 (25 minutes) CoAP Security (20 min) How will draft-ietf-core-coap satisfy BCP 61 Discovery (20 min) draft-brandt-coap-subnet-discovery-00 draft-bormann-core-simple-server-discovery-00 Session 2 Admin (5 minutes) Group Communication draft-rahman-core-groupcomm-04 (10 minutes) Usages (10 min) draft-vanderstok-core-bc-03 Mapping (25 minutes) draft-castellani-core-http-coap-mapping-01 draft-hartke-core-coap-http draft-moritz-core-soap-over-coap New Drafts ???? (20 minutes) Should we have any of the following? draft-castellani-core-coap-overhead-01 draft-vial-core-link-format-wadl-00 draft-garcia-core-security-01 (late ) Others? _______________________________________________ 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. --_000_5F6BB0D9318FCA4083FC774C9A9ECEF68AE2C6317CNLCLUEXM03con_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable
 
Dear Cullen and Carsten,
 
during the last IETF meeting, we shortly discu= ssed the security needs after the second CoRE session and the possibility o= f a new Internet Draft
describing them. We have submitted the draft http://datatracker.ietf.org/doc/draft-garcia-core-sec= urity/  to feed this discussion.
 
We think that discussing these requirements an= d issues is essential for many use cases. In particular, we think that some=
BAC applications will not be able to be deploy= ed without addressing them.
 
We would like to shortly discuss our draft in= Prague to point out important aspects that are not fully addressed.=
 
Regards,
 
        Osc= ar.
______= ___________________________________________________________________<= /div>
 =
Oscar = Garcia-Morchon, Research Scientist,
 =
Distri= buted Sensor Systems, Philips Research Europe
High T= ech Campus 34 - 1.067, 5656 AE Eindhoven, the Netherlands
Tel: &= #43;31 40 27-41952, Fax: +31 40 27-46276
 =
______= ___________________________________________________________________<= /div>
 
 
-----Original Message---= --
From: core-bounces@ietf.org [mailt= o:core-bounces@ietf.org] On Behalf Of Cullen Jennings
Sent: Thursday 17 March 2011 17:18
To: core WG
Subject: [core] CORE Agenda Ver #3 - IETF 80
 
Ver 3
 
 
Session 1
Admin (10 min)
 
Link
draft-ietf-core-link-for= mat-03 (5 minutes)
 
Core
draft-ietf-core-coap-05 = (25 minutes)
 
Block
draft-ietf-core-block-02= (15 minutes)
 
Observe
draft-ietf-core-observe-= 02 (25 minutes)
 
CoAP Security (20 min) <= /font>
How will draft-ietf-core= -coap satisfy BCP 61
 
Discovery (20 min)
draft-brandt-coap-subnet= -discovery-00
draft-bormann-core-simpl= e-server-discovery-00
 
 
 
 
Session 2
 
Admin (5 minutes)=
 
Group Communication
draft-rahman-core-groupc= omm-04 (10 minutes)
 
Usages (10 min) <= /div>
draft-vanderstok-core-bc= -03
 
 
Mapping (25 minutes)
draft-castellani-core-ht= tp-coap-mapping-01
draft-hartke-core-coap-h= ttp
draft-moritz-core-soap-o= ver-coap
 
 
New Drafts ???? (20 minu= tes)
 
Should we have any of th= e following?
 
draft-castellani-core-co= ap-overhead-01
draft-vial-core-link-for= mat-wadl-00
draft-garcia-core-securi= ty-01 (late )
 
Others?
 
 
 
 
 
 
 
________________________= _______________________
core mailing list=
core@ietf.org
 

  ___________= _____________________  
The info= rmation contained in this message may be confidential and legally protected= under applicable law. The message is intended solely for the addressee(s).= If you are not the intended recipient, you are hereby notified that any use, forwarding, dissemination, or reprodu= ction of this message is strictly prohibited and may be unlawful. If you ar= e not the intended recipient, please contact the sender by return e-mail an= d destroy all copies of the original message.
 
 --_000_5F6BB0D9318FCA4083FC774C9A9ECEF68AE2C6317CNLCLUEXM03con_-- From angelo.castellani@gmail.com Fri Mar 18 02:59:47 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 21F1C3A68B1 for ; Fri, 18 Mar 2011 02:59:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.946 X-Spam-Level: X-Spam-Status: No, score=-2.946 tagged_above=-999 required=5 tests=[AWL=0.031, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id szaBhAkQEPIW for ; Fri, 18 Mar 2011 02:59:46 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 4C4793A680F for ; Fri, 18 Mar 2011 02:59:46 -0700 (PDT) Received: by qyk29 with SMTP id 29so584334qyk.10 for ; Fri, 18 Mar 2011 03:01:15 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=Jaq+JD6aUzShHdFVr4bI5VAI4diw1k2+DrMANYoOkBY=; b=WhaSInr/ZAFjAsFsKc8yt9pGhP7M0EN77DESR8GO2B2warxRijbeFD3BP19qKM3PWC 9Mojg5UQq2sLuIzJfFVT8SYcn4+U9l2ccCNhe3inJQXP0CkmXjETv2pE/YuD8euHNWg3 1oRHpnsq17/puPdurFChnWgbh7mfWjbUOBgjs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=Z8gS7x6znu1bcZjynb3eJrdRY9xGgjaU7v6GqiOLMwJaf07COrCqhomZLhY+vr7HOz JsE5cdqlcR8wAPAVxiIEU/Obicph1XzPI/BMMmB7UlLmrvXI90kwDl5/VfBL4op8u9Hd nZ5zkAm/5tptCYGCTgqWpPEIoFvHA0nAUKtSM= MIME-Version: 1.0 Received: by 10.229.36.67 with SMTP id s3mr750636qcd.60.1300442475061; Fri, 18 Mar 2011 03:01:15 -0700 (PDT) Sender: angelo.castellani@gmail.com Received: by 10.229.20.205 with HTTP; Fri, 18 Mar 2011 03:01:14 -0700 (PDT) In-Reply-To: <7DB2F579-9B3E-4509-ADF5-A33809B8B845@cisco.com> References: <7DB2F579-9B3E-4509-ADF5-A33809B8B845@cisco.com> Date: Fri, 18 Mar 2011 11:01:14 +0100 X-Google-Sender-Auth: jS-Ku-R0DzPNuqg9e_4czIIoAWU Message-ID: From: "Angelo P. Castellani" To: Cullen Jennings Content-Type: text/plain; charset=ISO-8859-1 Cc: core WG Subject: Re: [core] CORE Agenda Ver #3 - IETF 80 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 09:59:47 -0000 On Thursday, March 17, 2011, Cullen Jennings wrote: > Ver 3 > > Should we have any of the following? > > draft-castellani-core-coap-overhead-01 I would like to briefly present this document (5/10 minutes). Angelo From klaus.hartke@googlemail.com Fri Mar 18 03:43:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 1CBB73A6879 for ; Fri, 18 Mar 2011 03:43:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.977 X-Spam-Level: X-Spam-Status: No, score=-2.977 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id VshesPj1wUMk for ; Fri, 18 Mar 2011 03:43:21 -0700 (PDT) Received: from mail-bw0-f44.google.com (mail-bw0-f44.google.com [209.85.214.44]) by core3.amsl.com (Postfix) with ESMTP id BFA463A68F6 for ; Fri, 18 Mar 2011 03:43:20 -0700 (PDT) Received: by bwz13 with SMTP id 13so3523469bwz.31 for ; Fri, 18 Mar 2011 03:44:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; bh=z9qZW2tLc/nrE23S6YxgEIxN7TZjlQR5GZdVbZqJFkQ=; b=LAvqNCP6WEBdgiQLrFCiz8Mlphr6tJqKZBjr3zwp/bJQZGlDtmnqtwAXD6PFE0j7Nm cOjyqL8DFuJBJFzr5A1SIGshg3tuuTULaXc1Q0MpTonLg9MX5NV5BOI9tXKA4wKLgHu/ F/9nQcHIQD/K7NZmgBci+FFLshmP7plZQxtr4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type :content-transfer-encoding; b=TdIPj6k1r6VBol3fbbgo8L2KHMrZ4+SYRZaNngx115GcRM7iTvNXzaxat7KEIpm3AU 17rzhAB0Jq+1K62GCAyfEsZZ2QqBqwPI4OAwpC288Aj2cSG7dybllUrqv8nqEH0oJmVr 7sky/AnUzlIhbu4bAJSM8cINzbBXaAqZ/k2MU= MIME-Version: 1.0 Received: by 10.204.22.205 with SMTP id o13mr789405bkb.71.1300445089149; Fri, 18 Mar 2011 03:44:49 -0700 (PDT) Sender: klaus.hartke@googlemail.com Received: by 10.204.116.17 with HTTP; Fri, 18 Mar 2011 03:44:49 -0700 (PDT) In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F225CB41@szxeml506-mbx.china.huawei.com> References: <20110314233004.11547.62444.idtracker@localhost> <34966E97BE8AD64EAE9D3D6E4DEE36F225CB41@szxeml506-mbx.china.huawei.com> Date: Fri, 18 Mar 2011 11:44:49 +0100 X-Google-Sender-Auth: lTvw0DcSIqKCApnKdV20xqB8qCA Message-ID: From: Klaus Hartke To: "core@ietf.org" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [core] I-D Action:draft-ietf-core-observe-02.txt X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 10:43:22 -0000 Likepeng wrote: > I think the current design is better and simpler than the life-time optio= n. I have one issue about reordering. See also Ticket #129. Yes, that paragraph is a bit complex. But it's the paragraph that is complex, not the resulting implementation, which is trivial. I guess the text can be rephrased a bit to sound less complex. > For example, we can require in the spec like this: if the observe value i= n the response is near or equals to 2^16-1, the observer should send a new = Get request with the Observe option, if the observer wants to continue the = observation relationship. Then the server can use Observe value starting fr= om 0 to 2^16-1 again. A server can use the same single variable for all observers and resources. So if all observers sent a GET request when the variable reaches 2^16-1, the server would be flooded with requests. I don't think this would be a good idea. Klaus From prvs=0058C58861=guido.moritz@uni-rostock.de Fri Mar 18 03:51:07 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 135A53A6AFE for ; Fri, 18 Mar 2011 03:51:07 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id i04MWI82GHk6 for ; Fri, 18 Mar 2011 03:51:06 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 0FD3C3A696F for ; Fri, 18 Mar 2011 03:51:06 -0700 (PDT) From: Guido Moritz To: 'core' References: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> In-Reply-To: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> Date: Fri, 18 Mar 2011 11:52:56 +0100 Message-ID: <002701cbe55a$a46e4ae0$ed4ae0a0$@uni-rostock.de> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJc7F+brHjL+1OLbKay9EaPY0uGtJMQ26lw Content-Language: de Subject: Re: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 10:51:07 -0000 Sorry, but I have in mind that we agreed in the Webex to replace 2.00 = for GET with a new code (i.e. 2.05), but to leave 2.00 as generic = success response code for GET and POST? Am I wrong here? The reason was = for example to allow a POST response to carry payload which does not fit = in the existing response code semantics. Guido > -----Urspr=C3=BCngliche Nachricht----- > Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag = von > core issue tracker > Gesendet: Freitag, 18. M=C3=A4rz 2011 09:25 > An: likepeng@huawei.com > Cc: core@ietf.org > Betreff: [core] #131: [Block] 2.00 Response Code >=20 > #131: [Block] 2.00 Response Code >=20 > In CoAP-05, 2.00 response code is removed, and changed to 2.05. But = in the > block draft examples, 2.00 is still used. It needs to be changed as = well. >=20 > Kepeng Li >=20 > -- > = ---------------------------------+---------------------------------------= --- > Reporter: likepeng@=E2=80=A6 | Owner: > Type: protocol defect | Status: new > Priority: minor | Milestone: > Component: block | Version: > Severity: - | Keywords: > = ---------------------------------+---------------------------------------= --- >=20 > Ticket URL: > core >=20 > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core From cabo@tzi.org Fri Mar 18 04:31:37 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 531E03A68F0 for ; Fri, 18 Mar 2011 04:31:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.249 X-Spam-Level: X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QO6uRUJL17-M for ; Fri, 18 Mar 2011 04:31:36 -0700 (PDT) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 2C78C3A68E3 for ; Fri, 18 Mar 2011 04:31:35 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p2IBWv9t025583; Fri, 18 Mar 2011 12:32:57 +0100 (CET) Received: from [192.168.217.112] (p5B3E7FFB.dip.t-dialin.net [91.62.127.251]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 5FF1412F; Fri, 18 Mar 2011 12:32:57 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: Carsten Bormann In-Reply-To: <002701cbe55a$a46e4ae0$ed4ae0a0$@uni-rostock.de> Date: Fri, 18 Mar 2011 12:32:56 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <6FA442E6-950E-44C9-BA06-F80108DA8E4F@tzi.org> References: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> <002701cbe55a$a46e4ae0$ed4ae0a0$@uni-rostock.de> To: Guido Moritz X-Mailer: Apple Mail (2.1082) Cc: 'core' Subject: Re: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 11:31:37 -0000 On Mar 18, 2011, at 11:52, Guido Moritz wrote: > Sorry, but I have in mind that we agreed in the Webex to replace 2.00 = for GET with a new code (i.e. 2.05), but to leave 2.00 as generic = success response code for GET and POST? Am I wrong here? The reason was = for example to allow a POST response to carry payload which does not fit = in the existing response code semantics. Good point. There is still an outstanding addition to the protocol to = actually allow payloads with PUT/POST responses; with these, we would = then define the appropriate response codes (see section 5.5). (2.00 is = free right now because we were trying to have x.00 be the "generic" = response codes, i.e. ones that a client implementation would use upon = getting a response code it does not understand. Is that the right code = for "I have a body in this response for you"? I think we also need to = say what this body then represents.) This addition also requires corresponding changes/additions to -block to = allow blockwise transfer of these bodies, as you have pointed out. Sorry, we didn't manage to do all of this in a consistent way in time = for the Prague I-D deadline. We probably can hijack this ticket to remind us of this outstanding = addition. Gruesse, Carsten From trac+core@trac.tools.ietf.org Fri Mar 18 05:51:55 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 66AFC3A6904 for ; Fri, 18 Mar 2011 05:51:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id p2fc3aNMtahj for ; Fri, 18 Mar 2011 05:51:54 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 8597A3A68F4 for ; Fri, 18 Mar 2011 05:51:54 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0ZBD-0007P5-1p; Fri, 18 Mar 2011 05:53:23 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org, cabo@tzi.org X-Trac-Project: core Date: Fri, 18 Mar 2011 12:53:23 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/129#comment:1 Message-ID: <067.a4906ef637456f97f95fc4a674990b89@trac.tools.ietf.org> References: <058.bbbaeac082c244afdca09134426642c7@trac.tools.ietf.org> X-Trac-Ticket-ID: 129 In-Reply-To: <058.bbbaeac082c244afdca09134426642c7@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.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 Cc: core@ietf.org Subject: Re: [core] #129: [Observe] Simplify Reordering X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 12:51:55 -0000 #129: [Observe] Simplify Reordering Changes (by cabo@…): * owner: => hartke@… * priority: major => minor * type: protocol defect => editorial * severity: - => Active WG Document * milestone: => ietf80 Comment: According to discussion on the mailing list, editorial work is needed to split up the description into manageable chunks. (Possibly also add more of the rationale expressed on the list.) -- ---------------------------------+------------------------------------------ Reporter: likepeng@… | Owner: hartke@… Type: editorial | Status: new Priority: minor | Milestone: ietf80 Component: observe | Version: Severity: Active WG Document | Keywords: ---------------------------------+------------------------------------------ Ticket URL: core From trac+core@trac.tools.ietf.org Fri Mar 18 06:01:55 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8E69A3A68F9 for ; Fri, 18 Mar 2011 06:01:55 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id OKO6maSasxHR for ; Fri, 18 Mar 2011 06:01:54 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id EC7B53A68F4 for ; Fri, 18 Mar 2011 06:01:54 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q0ZKm-0006Jw-Bx; Fri, 18 Mar 2011 06:03:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, likepeng@huawei.com X-Trac-Project: core Date: Fri, 18 Mar 2011 13:03:16 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/118#comment:3 Message-ID: <067.b16082fd6326c680808e530a05070816@trac.tools.ietf.org> References: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-Trac-Ticket-ID: 118 In-Reply-To: <058.55b6e517f5a5ff064a6041ec88fb8add@trac.tools.ietf.org> X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, likepeng@huawei.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 Cc: core@ietf.org Subject: Re: [core] #118: Block URI Transmission X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 18 Mar 2011 13:01:55 -0000 #118: Block URI Transmission Changes (by cabo@…): * priority: major => minor * status: new => closed * resolution: => wontfix * severity: - => Active WG Document Comment: Closing with wontfix for now as we don't have a good proposal how to perform this minor optimization (and it is doubtful whether a good way even exists). (Note that some of the discussion was diverted to ticket #128 due to a tracker email interface bug now fixed. This is already resolved wontfix.) -- ----------------------------------+----------------------------------------- Reporter: likepeng@… | Owner: Type: protocol enhancement | Status: closed Priority: minor | Milestone: Component: block | Version: Severity: Active WG Document | Resolution: wontfix Keywords: | ----------------------------------+----------------------------------------- Ticket URL: core From prvs=905826667F=guido.moritz@uni-rostock.de Fri Mar 18 06:32:30 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3374A3A690A for ; Fri, 18 Mar 2011 06:32:30 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id uv1jGWgwluFH for ; Fri, 18 Mar 2011 06:32:29 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 1A7493A6916 for ; Fri, 18 Mar 2011 06:32:29 -0700 (PDT) From: Guido Moritz To: 'core' References: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> <002701cbe55a$a46e4ae0$ed4ae0a0$@uni-rostock.de> <6FA442E6-950E-44C9-BA06-F80108DA8E4F@tzi.org> In-Reply-To: <6FA442E6-950E-44C9-BA06-F80108DA8E4F@tzi.org> Date: Fri, 18 Mar 2011 14:34:23 +0100 Message-ID: <000c01cbe571$321679b0$96436d10$@uni-rostock.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJc7F+brHjL+1OLbKay9EaPY0uGtAGqBZaPAgj6Z66S82/uEA== Content-Language: de Subject: Re: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 13:32:30 -0000 > 2.00 is free right now > because we were trying to have x.00 be the "generic" response codes, = i.e. > ones that a client implementation would use upon getting a response = code it > does not understand. A client can use response codes? This is new for me. Is that the right code for "I have a body in this > response for you"? I think we also need to say what this body then > represents.) > -----Urspr=FCngliche Nachricht----- > Von: Carsten Bormann [mailto:cabo@tzi.org] > Gesendet: Freitag, 18. M=E4rz 2011 12:33 > An: Guido Moritz > Cc: 'core' > Betreff: Re: [core] #131: [Block] 2.00 Response Code >=20 > On Mar 18, 2011, at 11:52, Guido Moritz wrote: >=20 > > Sorry, but I have in mind that we agreed in the Webex to replace = 2.00 for > GET with a new code (i.e. 2.05), but to leave 2.00 as generic success response > code for GET and POST? Am I wrong here? The reason was for example to > allow a POST response to carry payload which does not fit in the = existing > response code semantics. >=20 > Good point. There is still an outstanding addition to the protocol to actually > allow payloads with PUT/POST responses; with these, we would then = define > the appropriate response codes (see section 5.5). (2.00 is free right = now > because we were trying to have x.00 be the "generic" response codes, = i.e. > ones that a client implementation would use upon getting a response = code it > does not understand. Is that the right code for "I have a body in = this > response for you"? I think we also need to say what this body then > represents.) > This addition also requires corresponding changes/additions to -block = to > allow blockwise transfer of these bodies, as you have pointed out. >=20 > Sorry, we didn't manage to do all of this in a consistent way in time = for the > Prague I-D deadline. > We probably can hijack this ticket to remind us of this outstanding addition. >=20 > Gruesse, Carsten From prvs=20583B615B=guido.moritz@uni-rostock.de Fri Mar 18 06:34:47 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C41BB3A68F9 for ; Fri, 18 Mar 2011 06:34:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 2mZriMznFk+y for ; Fri, 18 Mar 2011 06:34:47 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id A04D73A68F4 for ; Fri, 18 Mar 2011 06:34:46 -0700 (PDT) From: Guido Moritz To: 'core' References: <058.350e2ac52ef07c39a79236a5a497bfdd@trac.tools.ietf.org> <002701cbe55a$a46e4ae0$ed4ae0a0$@uni-rostock.de> <6FA442E6-950E-44C9-BA06-F80108DA8E4F@tzi.org> In-Reply-To: <6FA442E6-950E-44C9-BA06-F80108DA8E4F@tzi.org> Date: Fri, 18 Mar 2011 14:36:41 +0100 Message-ID: <000d01cbe571$842714d0$8c753e70$@uni-rostock.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJc7F+brHjL+1OLbKay9EaPY0uGtAGqBZaPAgj6Z66S83HEAA== Content-Language: de Subject: Re: [core] #131: [Block] 2.00 Response Code X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 18 Mar 2011 13:34:48 -0000 Sorry, the first mail was sent out to fast. > 2.00 is free right now > because we were trying to have x.00 be the "generic" response codes, = i.e. > ones that a client implementation would use upon getting a response = code it > does not understand. A client can use response codes? This is new for me. > Is that the right code for "I have a body in this > response for you"? I think we also need to say what this body then > represents.) It would be OK for me to use 2.05 for this, but it has to be allowed to = be used by POST and not by GET exclusively. > We probably can hijack this ticket to remind us of this outstanding addition. Having a ticket to keep this in mind would be great. Guido > -----Urspr=FCngliche Nachricht----- > Von: Carsten Bormann [mailto:cabo@tzi.org] > Gesendet: Freitag, 18. M=E4rz 2011 12:33 > An: Guido Moritz > Cc: 'core' > Betreff: Re: [core] #131: [Block] 2.00 Response Code >=20 > On Mar 18, 2011, at 11:52, Guido Moritz wrote: >=20 > > Sorry, but I have in mind that we agreed in the Webex to replace = 2.00 for > GET with a new code (i.e. 2.05), but to leave 2.00 as generic success response > code for GET and POST? Am I wrong here? The reason was for example to > allow a POST response to carry payload which does not fit in the = existing > response code semantics. >=20 > Good point. There is still an outstanding addition to the protocol to actually > allow payloads with PUT/POST responses; with these, we would then = define > the appropriate response codes (see section 5.5). (2.00 is free right = now > because we were trying to have x.00 be the "generic" response codes, = i.e. > ones that a client implementation would use upon getting a response = code it > does not understand. Is that the right code for "I have a body in = this > response for you"? I think we also need to say what this body then > represents.) > This addition also requires corresponding changes/additions to -block = to > allow blockwise transfer of these bodies, as you have pointed out. >=20 > Sorry, we didn't manage to do all of this in a consistent way in time = for the > Prague I-D deadline. > We probably can hijack this ticket to remind us of this outstanding addition. >=20 > Gruesse, Carsten From prvs=7061E55779=guido.moritz@uni-rostock.de Mon Mar 21 05:00:38 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B138D28C122 for ; Mon, 21 Mar 2011 05:00:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.249 X-Spam-Level: X-Spam-Status: No, score=-2.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C6vTZX-PR7vU for ; Mon, 21 Mar 2011 05:00:37 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 0A15F28C116 for ; Mon, 21 Mar 2011 05:00:36 -0700 (PDT) From: Guido Moritz To: 'Zach Shelby' References: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org> <156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> In-Reply-To: <156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> Date: Mon, 21 Mar 2011 13:02:07 +0100 Message-ID: <005301cbe7bf$cd177ef0$67467cd0$@uni-rostock.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQIyObKHm8iKZT2CYtBYOqmiSLD3kAJGJ8Xrk1jaA/A= Content-Language: de Cc: hartke@tzi.org, core@ietf.org Subject: Re: [core] coap #101 (new): Review media type registry X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 21 Mar 2011 12:00:38 -0000 > Are there more media types in this initial registration that could be removed? > I am not convinced that we need application/fastinfoset or > application/soap+fastinfoset at this point, have not head of anyone actually > using these. All the rest of them I actually know of current or = potential uses > for, so I think they should be kept. As far as I know FastInfoset also has a schema informed mode similar to = EXI. I evaluated FI as being nearly as efficient as EXI compressing realistic = XML messages. So it might be still interesting (both FI and EXI) for folks = using XML representations. Maybe remove application/soap+fastinfoset, but = leave application/fastinfoset as more general media type? Guido > -----Urspr=FCngliche Nachricht----- > Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag = von > Zach Shelby > Gesendet: Freitag, 11. M=E4rz 2011 10:05 > An: core issue tracker > Cc: core@ietf.org; hartke@tzi.org > Betreff: Re: [core] coap #101 (new): Review media type registry >=20 > On Feb 7, 2011, at 6:40 PM, core issue tracker wrote: >=20 > > #101: Review media type registry > > > > From [http://www.ietf.org/mail-archive/web/uri- > > review/current/msg01321.html Bj=F6rn H=F6hrmann's review]: > > > > "it might be a good idea to have ietf-types@iana.org review the = 'Media > > Type Registry' defined in the document. I am also worried by = 'Correct > > examples from Table 8 include application/link-format, > > application/atom+xml and application/x-obix-binary' since one of = these > > types cannot by registered and another one isn't registered, though = I see > > there is a draft for the unregistered one." >=20 > Good point, we should just remove that sentence as it is misleading. >=20 > > > > So the current list of initial assignments should be reviewed and, = when > > it's in good shape, a request to review the section should be sent = to the > > ietf-types mailing list. >=20 > Are there more media types in this initial registration that could be removed? > I am not convinced that we need application/fastinfoset or > application/soap+fastinfoset at this point, have not head of anyone actually > using these. All the rest of them I actually know of current or = potential uses > for, so I think they should be kept. >=20 > Zach >=20 > > > > > > -- > > ----------------------------+--------------------------------------------= --- > > Reporter: hartke@=85 | Owner: > > Type: task | Status: new > > Priority: minor | Milestone: > > Component: coap | Version: > > Severity: - | Keywords: > > ----------------------------+--------------------------------------------= --- > > > > Ticket URL: > > core > > > > _______________________________________________ > > core mailing list > > core@ietf.org > > https://www.ietf.org/mailman/listinfo/core >=20 > -- > Zach Shelby, Chief Nerd, Sensinode Ltd. > http://zachshelby.org - My blog "On the Internet of Things" > http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" > Mobile: +358 40 7796297 From charles.palmer@onzo.com Mon Mar 21 07:45:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 10BF53A6874 for ; Mon, 21 Mar 2011 07:45:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.11 X-Spam-Level: X-Spam-Status: No, score=-2.11 tagged_above=-999 required=5 tests=[BAYES_05=-1.11, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XJHC63ABUMsE for ; Mon, 21 Mar 2011 07:45:31 -0700 (PDT) Received: from service38.mimecast.com (service38.mimecast.com [195.130.217.47]) by core3.amsl.com (Postfix) with SMTP id 841FE3A6870 for ; Mon, 21 Mar 2011 07:45:31 -0700 (PDT) Received: from onzosbs2k3.ONZO.local (217.138.5.2 [217.138.5.2]) by service38.mimecast.com; Mon, 21 Mar 2011 14:47:00 +0000 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 21 Mar 2011 14:46:53 -0000 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [core] coap #101 (new): Review media type registry Thread-Index: AQIyObKHm8iKZT2CYtBYOqmiSLD3kAJGJ8Xrk1jaA/CAAB8L4A== References: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org><156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> <005301cbe7bf$cd177ef0$67467cd0$@uni-rostock.de> From: "Charles Palmer" To: "Guido Moritz" , "Zach Shelby" X-MC-Unique: 111032114470001102 Content-Type: text/plain; charset=WINDOWS-1252 Content-Transfer-Encoding: quoted-printable Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] coap #101 (new): Review media type registry X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 21 Mar 2011 14:45:33 -0000 Hi all Guido writes: "As far as I know FastInfoset also has a schema informed mode similar to EXI. I evaluated FI as being nearly as efficient as EXI compressing realistic XML messages." I am not familiar with FastInfoset, but see that it is encoded as ASN.1 (tag, length, value). Note that IEEE 11073 uses ASN.1 encoding for messages exchanged with personal health devices, as does DLMS, as used in smart energy applications. Should provision be made for ASN.1 messages? One advantage of ASN.1 cited by the IEEE11073 authors is that it allows devices to prepare "canned" messages in which only some bytes change. This is advantageous for simple devices. Does this also apply to EXI messages? See examples here: http://en.wikipedia.org/wiki/ISO/IEEE_11073_Personal_Health_Data_%28PHD% 29_Standards I have long wondered about the complexity of encoding and decoding EXI vs ASN.1 in small devices - does anyone know about this? Regards - Charles Palmer=20 -------------------------------- Onzo is a limited company number 06097997 registered in England & Wales. Th= e =20 registered office is 6 Great Newport Street, London, WC2H 7JB, United Kingd= om. This email message may contain confidential and/or privileged information, = and is intended solely for the addressee(s). If you have received this email in= =20 error, please notify Onzo immediately. Unauthorised copying, disclosure or= =20 distribution of the material in this email is forbidden. -------------------------------- From fluffy@cisco.com Mon Mar 21 22:35:50 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AE8A83A693E for ; Mon, 21 Mar 2011 22:35:50 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -110.565 X-Spam-Level: X-Spam-Status: No, score=-110.565 tagged_above=-999 required=5 tests=[AWL=0.034, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id YgipRWjnbuCm for ; Mon, 21 Mar 2011 22:35:47 -0700 (PDT) Received: from sj-iport-3.cisco.com (sj-iport-3.cisco.com [171.71.176.72]) by core3.amsl.com (Postfix) with ESMTP id 0542C3A6929 for ; Mon, 21 Mar 2011 22:35:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=77; q=dns/txt; s=iport; t=1300772240; x=1301981840; h=from:content-transfer-encoding:subject:date:message-id: to:mime-version; bh=NpyWZK7+Kzf0QiVv6U8rP3UjAotoL+B6xK/6G+QBJC4=; b=NXhWFdTVKl7fh262Qn/DU0h/EnUhpfY6Ee1Lst80JyvFHR1U3ZKm/tTW 52SRCQGckA6boGokhmyz5yyMkiGDita92UnpbxB77No55Hx+ck8WYHtb6 cHtC6XTX65zKjtuFYGfQio3g2Wx7wY7M4aepKxLxYEU3QcDq4AGRYnA1B U=; X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AowHAB7Sh02rRDoG/2dsb2JhbAAjpSF3iEadLZxohWMEhTOHNINR X-IronPort-AV: E=Sophos;i="4.63,224,1299456000"; d="scan'208";a="280596031" Received: from mtv-core-1.cisco.com ([171.68.58.6]) by sj-iport-3.cisco.com with ESMTP; 22 Mar 2011 05:37:20 +0000 Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by mtv-core-1.cisco.com (8.14.3/8.14.3) with ESMTP id p2M5bJnE009592 for ; Tue, 22 Mar 2011 05:37:19 GMT From: Cullen Jennings Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 21 Mar 2011 23:40:14 -0600 Message-Id: <6C6D2E9F-AE12-4814-B4AD-350356155A83@cisco.com> To: core WG Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] CORE Agenda Ver #4- IETF 80 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 22 Mar 2011 05:35:51 -0000 Updated agenda is at http://www.ietf.org/proceedings/80/agenda/core.txt From zach@sensinode.com Mon Mar 21 23:43:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 761103A68F9 for ; Mon, 21 Mar 2011 23:43:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dzxIVB1apfpQ for ; Mon, 21 Mar 2011 23:43:32 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id AE3493A67C2 for ; Mon, 21 Mar 2011 23:43:30 -0700 (PDT) Received: from [10.0.2.2] (line-12390.dyn.kponet.fi [85.29.94.213]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2M6injt002498 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 22 Mar 2011 08:44:58 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-80-346542136; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: <005301cbe7bf$cd177ef0$67467cd0$@uni-rostock.de> Date: Tue, 22 Mar 2011 08:44:49 +0200 Message-Id: <8826B2CE-D5C7-4972-8BEA-0FB692836860@sensinode.com> References: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org> <156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> <005301cbe7bf$cd177ef0$67467cd0$@uni-rostock.de> To: Guido Moritz X-Mailer: Apple Mail (2.1082) Cc: hartke@tzi.org, core@ietf.org Subject: Re: [core] coap #101 (new): Review media type registry X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 22 Mar 2011 06:43:33 -0000 --Apple-Mail-80-346542136 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii On Mar 21, 2011, at 2:02 PM, Guido Moritz wrote: >> Are there more media types in this initial registration that could be > removed? >> I am not convinced that we need application/fastinfoset or >> application/soap+fastinfoset at this point, have not head of anyone > actually >> using these. All the rest of them I actually know of current or = potential > uses >> for, so I think they should be kept. > As far as I know FastInfoset also has a schema informed mode similar = to EXI. > I evaluated FI as being nearly as efficient as EXI compressing = realistic XML > messages. So it might be still interesting (both FI and EXI) for folks = using > XML representations. Maybe remove application/soap+fastinfoset, but = leave > application/fastinfoset as more general media type? Sure, I had the same conclusion from analyzing FI, "looks interesting". = But is anyone really using it or needing it, such that we need an entry = in the initial CoAP code allocation? I guess we could keep = application/fastinfoset, but I agree that application/soap+fastinfoset = should be removed. Zach --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-80-346542136 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMyMjA2NDQ0 OVowIwYJKoZIhvcNAQkEMRYEFPrvF3vdKbP9YvjSZOhscXrEEaidMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAGpXlvUyC9XRKLwpNf/nqkj3AAXG/TN58hQeC9QOJjRg1O1F8r4gtQDA mitJoxk7l+8schLv+8Jt6+aqVUv9l82L7BZJ4mKEzXi8nmbkW3eHDWY7vdv75/EI50uuzIIFuPE2 NxAfljDm1oWPqNJgxg36rBNf+pQJiTVAJWRKHgQW7D7n1+oNaarW7EsLZ5/0MzHoPuJQoDJgIP0E fNS+BX5TiHKlIcFKd9Od7x6RtebcymKcpTh1yjw/kwMFs3pZ7misHxCxhJA1ab3tlKtMi7i7wk3a cLjzUeJPblqKhOoCignkvCT1oUinXfv3MomrJE2C0q/9sW/qlamOFCa3hWIAAAAAAAA= --Apple-Mail-80-346542136-- From zach@sensinode.com Tue Mar 22 00:00:05 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D80303A68EC for ; Tue, 22 Mar 2011 00:00:05 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cxa+gw4P6raD for ; Tue, 22 Mar 2011 00:00:04 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 0671D3A67BD for ; Tue, 22 Mar 2011 00:00:03 -0700 (PDT) Received: from [10.0.2.2] (line-12390.dyn.kponet.fi [85.29.94.213]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2M71W4j010340 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO); Tue, 22 Mar 2011 09:01:33 +0200 Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: multipart/signed; boundary=Apple-Mail-82-347545918; protocol="application/pkcs7-signature"; micalg=sha1 From: Zach Shelby In-Reply-To: Date: Tue, 22 Mar 2011 09:01:32 +0200 Message-Id: <71E690CF-D90B-46DF-86E2-4C3B69474376@sensinode.com> References: <053.4ee873d7ebb8f94277f774e4b089aa27@tools.ietf.org><156CCC10-AE75-4126-AF67-A91BC6BA70F5@sensinode.com> <005301cbe7bf$cd177ef0$67467cd0$@uni-rostock.de> To: Charles Palmer X-Mailer: Apple Mail (2.1082) Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] coap #101 (new): Review media type registry X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 22 Mar 2011 07:00:05 -0000 --Apple-Mail-82-347545918 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi, On Mar 21, 2011, at 4:46 PM, Charles Palmer wrote: > Hi all >=20 > Guido writes: >=20 > "As far as I know FastInfoset also has a schema informed mode similar = to > EXI. > I evaluated FI as being nearly as efficient as EXI compressing = realistic > XML > messages." >=20 > I am not familiar with FastInfoset, but see that it is encoded as = ASN.1 > (tag, length, value). Note that IEEE 11073 uses ASN.1 encoding for > messages exchanged with personal health devices, as does DLMS, as used > in smart energy applications. Should provision be made for ASN.1 > messages? Surely ASN.1 is useful for all kinds of things, and it is used in many = application or protocol-specific MIME types today. However, there are no = MIME types assigned for any of the generic ASN.1 encoding rules. I did = find http://tools.ietf.org/html/draft-ietf-asid-mime-ber-00 but this is = long expired. It is outside our scope to start defining new types.=20 > One advantage of ASN.1 cited by the IEEE11073 authors is that it = allows > devices to prepare "canned" messages in which only some bytes change. > This is advantageous for simple devices. Does this also apply to EXI > messages? See examples here: > = http://en.wikipedia.org/wiki/ISO/IEEE_11073_Personal_Health_Data_%28PHD% > 29_Standards >=20 > I have long wondered about the complexity of encoding and decoding EXI > vs ASN.1 in small devices - does anyone know about this? It doesn't really matter for this WG as our job isn't to compare = encodings. But just for fun :-) You can't compare EXI and ASN.1 directly, as EXI is an XML encoding. FI = uses ASN.1 for an equivalent purpose. Their complexity level is pretty = similar from what I could tell. Now, if you just want to encode an = integer or a simple struct, ASN.1 could surely be used for that and is = simple enough. Google protobuf or JSON are often used for the same = purpose.=20 Zach >=20 > Regards - Charles Palmer=20 >=20 > -------------------------------- > Onzo is a limited company number 06097997 registered in England & = Wales. The =20 > registered office is 6 Great Newport Street, London, WC2H 7JB, United = Kingdom. >=20 > This email message may contain confidential and/or privileged = information, and > is intended solely for the addressee(s). If you have received this = email in =20 > error, please notify Onzo immediately. Unauthorised copying, = disclosure or=20 > distribution of the material in this email is forbidden. > -------------------------------- >=20 --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-82-347545918 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMyMjA3MDEz M1owIwYJKoZIhvcNAQkEMRYEFMmIXLvPF8vTpau/7yjRFfVGs0/8MIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBADJ8rVsuAtbKin+HBBAn9P5rrNkJBRM/qP2kYgMu/sOP+C1vF62pHBdf zFdb9rffOJS9N/3BA9EGTY4uZBjqBDMemVvjBsYQGdwxqzz68Q3G7c2cTQ1H1u6uaFzqbUlHepKA LjutTghIRJWbjlrVpLiI/5w9B3GRzcFXVoMoN1SM6GXehQHZ4f/+MFv4mvIwt18LPqVWDWoBQecM adPx895h50pl09F+hw0p1qr5yVAzXi4r+hpEcUlxwQhv8RjUKF7kyMCAjhikksS6p9SnKxXH25BM 9LANoBIgEwiI6p1uzkVclm5ch7eHh05YZ1nGCgTMqEtTmBMPHVI33CpJ4hcAAAAAAAA= --Apple-Mail-82-347545918-- From zach@sensinode.com Wed Mar 23 02:16:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3A5373A68FA for ; Wed, 23 Mar 2011 02:16:16 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RbPtGL76Bz8X for ; Wed, 23 Mar 2011 02:16:15 -0700 (PDT) Received: from auth-smtp.nebula.fi (auth-smtp.nebula.fi [217.30.180.105]) by core3.amsl.com (Postfix) with ESMTP id 93CFD3A66B4 for ; Wed, 23 Mar 2011 02:16:13 -0700 (PDT) Received: from [62.145.172.52] ([62.145.172.52]) (authenticated bits=0) by auth-smtp.nebula.fi (8.13.4/8.13.4) with ESMTP id p2N9Hh4J032246 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NO) for ; Wed, 23 Mar 2011 11:17:44 +0200 From: Zach Shelby Content-Type: multipart/signed; boundary=Apple-Mail-197-442118547; protocol="application/pkcs7-signature"; micalg=sha1 Date: Wed, 23 Mar 2011 11:17:45 +0200 Message-Id: <75A1EDA7-59A7-466A-9F2E-8DD06015A6D3@sensinode.com> To: core WG Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] Plugfest/testing in Prague X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 23 Mar 2011 09:16:16 -0000 --Apple-Mail-197-442118547 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii We've had two successful CoRE Plugfests at previous IETFs, and although = CoRE specifications have become quite stable, I think it would be useful = to do some more testing in Prague as well. Would anyone be interested in a couple informal CoRE hacking sessions in = Prague? At least our implementations are available on-site from Sun = after the welcome reception until Thursday morning. Maybe just a get = together in the Hilton lobby or in the terminal room would be ideal. Our test capability includes: coap-05 (also multicast) link-format-03 block-02 observe-02 In addition we would be interested in testing the rate limiting credit = congestion control scheme hinted at in = http://tools.ietf.org/id/draft-eggert-core-congestion-control-01.txt.=20 Zach & Szymon=20 --=20 Zach Shelby, Chief Nerd, Sensinode Ltd. http://zachshelby.org - My blog "On the Internet of Things" http://6lowpan.net - My book "6LoWPAN: The Wireless Embedded Internet" Mobile: +358 40 7796297 --Apple-Mail-197-442118547 Content-Disposition: attachment; filename=smime.p7s Content-Type: application/pkcs7-signature; name=smime.p7s Content-Transfer-Encoding: base64 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKGzCCBMww ggQ1oAMCAQICEByunWua9OYvIoqj2nRhbB4wDQYJKoZIhvcNAQEFBQAwXzELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMTcwNQYDVQQLEy5DbGFzcyAxIFB1YmxpYyBQcmltYXJ5 IENlcnRpZmljYXRpb24gQXV0aG9yaXR5MB4XDTA1MTAyODAwMDAwMFoXDTE1MTAyNzIzNTk1OVow gd0xCzAJBgNVBAYTAlVTMRcwFQYDVQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNp Z24gVHJ1c3QgTmV0d29yazE7MDkGA1UECxMyVGVybXMgb2YgdXNlIGF0IGh0dHBzOi8vd3d3LnZl cmlzaWduLmNvbS9ycGEgKGMpMDUxHjAcBgNVBAsTFVBlcnNvbmEgTm90IFZhbGlkYXRlZDE3MDUG A1UEAxMuVmVyaVNpZ24gQ2xhc3MgMSBJbmRpdmlkdWFsIFN1YnNjcmliZXIgQ0EgLSBHMjCCASIw DQYJKoZIhvcNAQEBBQADggEPADCCAQoCggEBAMnfrOfq+PgDFMQAktXBfjbCPO98chXLwKuMPRyV zm8eECw/AO2XJua2x+atQx0/pIdHR0w+VPhs+Mf8sZ69MHC8l7EDBeqV8a1AxUR6SwWi8mD81zpl Yu//EHuiVrvFTnAt1qIfPO2wQuhejVchrKaZ2RHp0hoHwHRHQgv8xTTq/ea6JNEdCBU3otdzzwFB L2OyOj++pRpu9MlKWz2VphW7NQIZ+dTvvI8OcXZZu0u2Ptb8Whb01g6J8kn+bAztFenZiHWcec5g J925rXXOL3OVekA6hXVJsLjfaLyrzROChRFQo+A8C67AClPN1zBvhTJGG+RJEMJs4q8fef/btLUC AwEAAaOCAYQwggGAMBIGA1UdEwEB/wQIMAYBAf8CAQAwRAYDVR0gBD0wOzA5BgtghkgBhvhFAQcX ATAqMCgGCCsGAQUFBwIBFhxodHRwczovL3d3dy52ZXJpc2lnbi5jb20vcnBhMAsGA1UdDwQEAwIB BjARBglghkgBhvhCAQEEBAMCAQYwLgYDVR0RBCcwJaQjMCExHzAdBgNVBAMTFlByaXZhdGVMYWJl bDMtMjA0OC0xNTUwHQYDVR0OBBYEFBF9Xhl9PATfamzWoooaPzHYO5RSMDEGA1UdHwQqMCgwJqAk oCKGIGh0dHA6Ly9jcmwudmVyaXNpZ24uY29tL3BjYTEuY3JsMIGBBgNVHSMEejB4oWOkYTBfMQsw CQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xNzA1BgNVBAsTLkNsYXNzIDEgUHVi bGljIFByaW1hcnkgQ2VydGlmaWNhdGlvbiBBdXRob3JpdHmCEQDNun9W8N/kvFT+IqyzcqpVMA0G CSqGSIb3DQEBBQUAA4GBALEv2ZbhkqLugWDlyCog++FnLNYAmFOjAhvpkEv4GESfD0b3+qD+0x0Y o9K/HOzWGZ9KTUP4yru+E4BJBd0hczNXwkJavvoAk7LmBDGRTl088HMFN2Prv4NZmP1m3umGMpqS KTw6rlTaphJRsY/IytNHeObbpR6HBuPRFMDCIfa6MIIFRzCCBC+gAwIBAgIQan0RUwdo1sLDyX/9 fFJOUTANBgkqhkiG9w0BAQUFADCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoTDlZlcmlTaWduLCBJ bmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQLEzJUZXJtcyBvZiB1 c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwGA1UECxMVUGVyc29u YSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIEluZGl2aWR1YWwgU3Vi c2NyaWJlciBDQSAtIEcyMB4XDTEwMDgxMDAwMDAwMFoXDTExMDgxMDIzNTk1OVowggEQMRcwFQYD VQQKEw5WZXJpU2lnbiwgSW5jLjEfMB0GA1UECxMWVmVyaVNpZ24gVHJ1c3QgTmV0d29yazFGMEQG A1UECxM9d3d3LnZlcmlzaWduLmNvbS9yZXBvc2l0b3J5L1JQQSBJbmNvcnAuIGJ5IFJlZi4sTElB Qi5MVEQoYyk5ODEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTMwMQYDVQQLEypEaWdp dGFsIElEIENsYXNzIDEgLSBOZXRzY2FwZSBGdWxsIFNlcnZpY2UxFDASBgNVBAMUC1phY2ggU2hl bGJ5MSEwHwYJKoZIhvcNAQkBFhJ6YWNoQHNlbnNpbm9kZS5jb20wggEiMA0GCSqGSIb3DQEBAQUA A4IBDwAwggEKAoIBAQCp7y7xWjidkiLHBnXP0MF+ZApAJC4Ef9cZCDtcNI55c7D78XMODsUyGxhH i5bnZQIf09tFuXl+088/VS7qgyrxo58QXpwmA7tP22bHVGb0asnxFZ28cnIvkZBcFaBgfPdi92Pb 6PL87S1bQqjw0CxXuGEs4VJtLKSejLVEYbs7CtkKMC/rfJixp3ytJ4rNh5U/XD/B2pM85DYmssto GkoXFwTwNB0HqNvGF9LN7D9JohmGkwo/FzqCZilf5CoFxM83xLHzbjPoDhZeXi/ygSiTF0eOC5ja 5vMFNyk6a+G8WlmxsUPqF73Lb1boJVODLKKDCu7wfk5ORoOUsA2YTFS9AgMBAAGjgcwwgckwCQYD VR0TBAIwADBEBgNVHSAEPTA7MDkGC2CGSAGG+EUBBxcBMCowKAYIKwYBBQUHAgEWHGh0dHBzOi8v d3d3LnZlcmlzaWduLmNvbS9ycGEwCwYDVR0PBAQDAgWgMB0GA1UdJQQWMBQGCCsGAQUFBwMEBggr BgEFBQcDAjBKBgNVHR8EQzBBMD+gPaA7hjlodHRwOi8vSW5kQzFEaWdpdGFsSUQtY3JsLnZlcmlz aWduLmNvbS9JbmRDMURpZ2l0YWxJRC5jcmwwDQYJKoZIhvcNAQEFBQADggEBALA0uBctOXHWFO4I 2m3Ldf6Ui26jWIeYDAZ3Y12V3h8lU25RWegX4MwRGm0NcZvdX/jHlhGmvkbAegvYN3WUH9XNxRGf nXzVvK8oXChM23ET2b/g2zEsmimoDvsjvONV2vXRIPF1xMuKeWL/PsNiRKnq+jTbSOdqh7k4Rp8W PKfNjOGIRjYYHDB0O84i+JoSJKSzQp5SWpVG2vVIGLFG9vVxVjY65lqmqoxRIFRbtO7Qi/E4xxmm nRP75n1yAm7QOt+jCqJ8mCxQ0G/damNIHRxYJd0QNavACz34gdLmwEa88emIXscqqqxTyIj+jdIn VVOFE7PUo6rrAldWaGke1TYxggSLMIIEhwIBATCB8jCB3TELMAkGA1UEBhMCVVMxFzAVBgNVBAoT DlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3JrMTswOQYDVQQL EzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAoYykwNTEeMBwG A1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBDbGFzcyAxIElu ZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMAkGBSsOAwIaBQCg ggJtMBgGCSqGSIb3DQEJAzELBgkqhkiG9w0BBwEwHAYJKoZIhvcNAQkFMQ8XDTExMDMyMzA5MTc0 NlowIwYJKoZIhvcNAQkEMRYEFKNJ4g2rvZFD9MggIcCcaUFUb/EaMIIBAwYJKwYBBAGCNxAEMYH1 MIHyMIHdMQswCQYDVQQGEwJVUzEXMBUGA1UEChMOVmVyaVNpZ24sIEluYy4xHzAdBgNVBAsTFlZl cmlTaWduIFRydXN0IE5ldHdvcmsxOzA5BgNVBAsTMlRlcm1zIG9mIHVzZSBhdCBodHRwczovL3d3 dy52ZXJpc2lnbi5jb20vcnBhIChjKTA1MR4wHAYDVQQLExVQZXJzb25hIE5vdCBWYWxpZGF0ZWQx NzA1BgNVBAMTLlZlcmlTaWduIENsYXNzIDEgSW5kaXZpZHVhbCBTdWJzY3JpYmVyIENBIC0gRzIC EGp9EVMHaNbCw8l//XxSTlEwggEFBgsqhkiG9w0BCRACCzGB9aCB8jCB3TELMAkGA1UEBhMCVVMx FzAVBgNVBAoTDlZlcmlTaWduLCBJbmMuMR8wHQYDVQQLExZWZXJpU2lnbiBUcnVzdCBOZXR3b3Jr MTswOQYDVQQLEzJUZXJtcyBvZiB1c2UgYXQgaHR0cHM6Ly93d3cudmVyaXNpZ24uY29tL3JwYSAo YykwNTEeMBwGA1UECxMVUGVyc29uYSBOb3QgVmFsaWRhdGVkMTcwNQYDVQQDEy5WZXJpU2lnbiBD bGFzcyAxIEluZGl2aWR1YWwgU3Vic2NyaWJlciBDQSAtIEcyAhBqfRFTB2jWwsPJf/18Uk5RMA0G CSqGSIb3DQEBAQUABIIBAFnpvp+pV6OQhBmQcdhYpZca1sKXqPXqSuCStsioPRPmJD9TgEN7ep85 sn6Cc9faDamJufCV4V+a/32cph2YTatwFjVBrc4jbYXtGUKKo0joVXhZgKMBtRCD2aQtGXDYDe00 FDOSyJ6PWXqpIfS4NLEiXGoG5DgKy4kIEi/kUDXiCTmR06k7LVAS9euCVspIUcyjV0mC29FSs5Wo eS1kocfjpozU9goieaC5lez2Ls1wvKUkYyjX2uzgML8qxViLjEkKCLcIP+dIp0vAxI2/FbqFL53A BckYj38RyhPD3B18XpttNnbaGADX1ODworrLM2YzO221xsOWntZjZXDn0bgAAAAAAAA= --Apple-Mail-197-442118547-- From pthubert@cisco.com Sat Mar 26 09:34:51 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 646D93A68FC for ; Sat, 26 Mar 2011 09:34:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -8.297 X-Spam-Level: X-Spam-Status: No, score=-8.297 tagged_above=-999 required=5 tests=[AWL=-1.978, BAYES_20=-0.74, EXTRA_MPART_TYPE=1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-8, SARE_GIF_ATTACH=1.42] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id K7IWlbErFtEo for ; Sat, 26 Mar 2011 09:34:50 -0700 (PDT) Received: from ams-iport-1.cisco.com (ams-iport-1.cisco.com [144.254.224.140]) by core3.amsl.com (Postfix) with ESMTP id 3ED4C3A6949 for ; Sat, 26 Mar 2011 09:34:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=pthubert@cisco.com; l=24963; q=dns/txt; s=iport; t=1301157385; x=1302366985; h=mime-version:subject:date:message-id:from:to; bh=pls6CNrf8wBk/2Aw1mDBx/Fnrgg+zrDzb7gcI0PonSw=; b=iTQ4J+Y+8wGllplr/L935LZbUXe73m23F/5Cequ1PX1/BgPyJIz64aw0 ZMMPkzFMGKS1DnI43mxaGxUP07dABfnFEVqTvy/4UQSiLtpK8XEqnkPoz zKCjH/6J7YIGqvT1szgOU/1Gg5Q9hY/s6Wku8UOLpZpKKz8xdriX/0KHE s=; X-Files: image003.gif, image004.png : 87, 6279 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AqsJAE8Vjk2Q/khLgWdsb2JhbACCEVCBZKA+ZBQBARYmJacKizuQNQKEcHcEh3WIWw X-IronPort-AV: E=Sophos;i="4.63,248,1299456000"; d="gif'147?png'147,150?scan'147,150,208,217,147,150";a="80926961" Received: from ams-core-2.cisco.com ([144.254.72.75]) by ams-iport-1.cisco.com with ESMTP; 26 Mar 2011 16:36:24 +0000 Received: from xbh-ams-201.cisco.com (xbh-ams-201.cisco.com [144.254.75.7]) by ams-core-2.cisco.com (8.14.3/8.14.3) with ESMTP id p2QGaO0q030425 for ; Sat, 26 Mar 2011 16:36:24 GMT Received: from xmb-ams-107.cisco.com ([144.254.74.82]) by xbh-ams-201.cisco.com with Microsoft SMTPSVC(6.0.3790.4675); Sat, 26 Mar 2011 17:36:24 +0100 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: multipart/related; type="multipart/alternative"; boundary="----_=_NextPart_001_01CBEBD3.F2597647" Date: Sat, 26 Mar 2011 17:36:16 +0100 Message-ID: <6A2A459175DABE4BB11DE2026AA50A5D04394B39@XMB-AMS-107.cisco.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: retransmission timer in CoAP Thread-Index: Acvr0+0dq38ODwYpQsyjeL1xf+lMbQ== From: "Pascal Thubert (pthubert)" To: "core WG" X-OriginalArrivalTime: 26 Mar 2011 16:36:24.0601 (UTC) FILETIME=[F24DE890:01CBEBD3] Subject: [core] retransmission timer in CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 26 Mar 2011 16:34:51 -0000 This is a multi-part message in MIME format. ------_=_NextPart_001_01CBEBD3.F2597647 Content-Type: multipart/alternative; boundary="----_=_NextPart_002_01CBEBD3.F2597647" ------_=_NextPart_002_01CBEBD3.F2597647 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RHVyaW5nIGEgZGlzY3Vzc2lvbiBhcm91bmQgQ09OL0FDSywgdGhlIG1ldGhvZCBmb3IgY29tcHV0 aW5nIHRoZSByZXRyYW5zbWlzc2lvbiB0aW1lcnMgY2FtZSB1cC4NCg0KIA0KDQpGb3IgaW5mb3Jt YXRpb24sIElTQTEwMC4xMWEgc2V0dGxlZCBmb3IgZm9sbG93aW5nIFJGQyAyOTg4LiBUaGUgbWFp biBkaXNjdXNzaW9uLCBpbiBmYWN0LCBpcyB3aGF0IHRoZSBpbml0aWFsIHZhbHVlIHNob3VsZCBi ZS4NCg0KIA0KDQpUaGUgcG9pbnQgaXMgdGhhdCBpbiBhIGxhcmdlIGRlcGxveW1lbnQsIHRoZSBs YXRlbmN5IGNhbiBncm93IHZlcnkgaGlnaCBhbmQgaWYgdGhlIGRlZmF1bHQgaXMgc21hbGwsIHRo YXQgbWVhbnMgdGhhdCBtYW55IGRldmljZXMgaGF2ZSB0byBiZSByZWNvbmZpZ3VyZWQuDQoNCiAN Cg0KT1RPSCwgaW4gYSBzbWFsbCBkZXBsb3ltZW50LCBhIHRvbyBsYXJnZSBkZWZhdWx0IGNhbiAg bW9yZSBlYXNpbHkgYmUgZml4ZWQgYmVjYXVzZSB0aGF0IHJlcHJlc2VudHMgZmV3IGRldmljZXMu DQoNCiANCg0KSSB1bmRlcnN0YW5kIHRoYXQgdGhpcyBjb21lcyBmcm9tIGV4cGVyaWVuY2UsIHRo YXQgdGhlIHJlY29tbWVuZGF0aW9uIGlzIHRvIGJlIGNvbnNlcnZhdGl2ZTsgYW5kIHRoYXQgYSBm ZXcgc2Vjb25kcyBpcyBpbiBmYWN0LCB2ZXJ5IG9wdGltaXN0aWMuDQoNCiANCg0KV2hhdCBkbyB5 b3UgdGhpbms/DQoNCiANCg0KCQ0KUGFzY2FsIFRodWJlcnQNCklQdjYgRW5naW5lZXJpbmcNClBy b2R1Y3QgRGV2ZWxvcG1lbnQNCnB0aHViZXJ0QGNpc2NvLmNvbSA8bWFpbHRvOnB0aHViZXJ0QGNp c2NvLmNvbT4gDQpQaG9uZTogKzMzIDQgOTcyMyAyNjM0DQpNb2JpbGU6ICszMyA2IDE5OTggMjk4 NQ0KDQoNCg0KQ2lzY28gU3lzdGVtcyBGcmFuY2UNClZpbGxhZ2UgZCdFbnRyZXByaXNlcyBHcmVl biBTaWRlDQo0MDAgQXZlbnVlIGRlIFJvdW1hbmlsbGUgDQpCYXRpbWVudCBUIDMgDQowNjQxMCAN CkJJT1QgLSBTT1BISUEgQU5USVBPTElTDQpGcmFuY2UNCkNpc2NvLmNvbSA8aHR0cDovL3d3dy5j aXNjby5jb20vZ2xvYmFsL0ZSLz4gDQoNCiAgDQoNCiANCg0KIFRoaW5rIGJlZm9yZSB5b3UgcHJp bnQuDQoNCkNpc2NvIFN5c3RlbXMgRnJhbmNlLCBTb2Npw6l0w6kgw6AgcmVzcG9uc2FiaWl0w6kg bGltaXTDqWUsIFJ1ZSBDYW1pbGxlIERlc21vdWxpbnMg4oCTIEltbSBBdGxhbnRpcyBaYWMgRm9y dW0gU2VpbmUgSWxvdCA3IDkyMTMwIElzc3kgbGVzIE1vdWxpbmVhdXgsIEF1IGNhcGl0YWwgZGUg OTEuNDcwIOKCrCwgMzQ5IDE2NiA1NjEgUkNTIE5hbnRlcnJlLCBEaXJlY3RldXIgZGUgbGEgcHVi bGljYXRpb246IEplYW4tTHVjIE1pY2hlbCBHaXZvbmUsIEZvciBjb3Jwb3JhdGUgbGVnYWwgaW5m b3JtYXRpb24gZ28gdG86DQpodHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVz aW5lc3MvbGVnYWwvY3JpL2luZGV4Lmh0bWwgPGh0dHA6Ly93d3cuY2lzY28uY29tL3dlYi9hYm91 dC9kb2luZ19idXNpbmVzcy9sZWdhbC9jcmkvaW5kZXguaHRtbD4gDQoNCiANCg0KIA0KDQo= ------_=_NextPart_002_01CBEBD3.F2597647 Content-Type: text/html; charset="utf-8" Content-Transfer-Encoding: base64 PGh0bWwgeG1sbnM6dj0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTp2bWwiIHhtbG5zOm89InVy bjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOm9mZmljZSIgeG1sbnM6dz0idXJuOnNjaGVt YXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6d29yZCIgeG1sbnM6eD0idXJuOnNjaGVtYXMtbWljcm9z b2Z0LWNvbTpvZmZpY2U6ZXhjZWwiIHhtbG5zOnA9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206 b2ZmaWNlOnBvd2VycG9pbnQiIHhtbG5zOmE9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOmFjY2VzcyIgeG1sbnM6ZHQ9InV1aWQ6QzJGNDEwMTAtNjVCMy0xMWQxLUEyOUYtMDBBQTAw QzE0ODgyIiB4bWxuczpzPSJ1dWlkOkJEQzZFM0YwLTZEQTMtMTFkMS1BMkEzLTAwQUEwMEMxNDg4 MiIgeG1sbnM6cnM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206cm93c2V0IiB4bWxuczp6PSIj Um93c2V0U2NoZW1hIiB4bWxuczpiPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpw dWJsaXNoZXIiIHhtbG5zOnNzPSJ1cm46c2NoZW1hcy1taWNyb3NvZnQtY29tOm9mZmljZTpzcHJl YWRzaGVldCIgeG1sbnM6Yz0idXJuOnNjaGVtYXMtbWljcm9zb2Z0LWNvbTpvZmZpY2U6Y29tcG9u ZW50OnNwcmVhZHNoZWV0IiB4bWxuczpvZGM9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2Zm aWNlOm9kYyIgeG1sbnM6b2E9InVybjpzY2hlbWFzLW1pY3Jvc29mdC1jb206b2ZmaWNlOmFjdGl2 YXRpb24iIHhtbG5zOmh0bWw9Imh0dHA6Ly93d3cudzMub3JnL1RSL1JFQy1odG1sNDAiIHhtbG5z OnE9Imh0dHA6Ly9zY2hlbWFzLnhtbHNvYXAub3JnL3NvYXAvZW52ZWxvcGUvIiB4bWxuczpydGM9 Imh0dHA6Ly9taWNyb3NvZnQuY29tL29mZmljZW5ldC9jb25mZXJlbmNpbmciIHhtbG5zOkQ9IkRB VjoiIHhtbG5zOlJlcGw9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vcmVwbC8iIHhtbG5z Om10PSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC9tZWV0aW5n cy8iIHhtbG5zOngyPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS9leGNlbC8y MDAzL3htbCIgeG1sbnM6cHBkYT0iaHR0cDovL3d3dy5wYXNzcG9ydC5jb20vTmFtZVNwYWNlLnhz ZCIgeG1sbnM6b2lzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29h cC9vaXMvIiB4bWxuczpkaXI9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9zb2FwL2RpcmVjdG9yeS8iIHhtbG5zOmRzPSJodHRwOi8vd3d3LnczLm9yZy8yMDAwLzA5L3ht bGRzaWcjIiB4bWxuczpkc3A9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2lu dC9kc3AiIHhtbG5zOnVkYz0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9kYXRhL3VkYyIg eG1sbnM6eHNkPSJodHRwOi8vd3d3LnczLm9yZy8yMDAxL1hNTFNjaGVtYSIgeG1sbnM6c3ViPSJo dHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL3NoYXJlcG9pbnQvc29hcC8yMDAyLzEvYWxlcnRz LyIgeG1sbnM6ZWM9Imh0dHA6Ly93d3cudzMub3JnLzIwMDEvMDQveG1sZW5jIyIgeG1sbnM6c3A9 Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC8iIHhtbG5zOnNwcz0iaHR0 cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50L3NvYXAvIiB4bWxuczp4c2k9Imh0 dHA6Ly93d3cudzMub3JnLzIwMDEvWE1MU2NoZW1hLWluc3RhbmNlIiB4bWxuczp1ZGNzPSJodHRw Oi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3NvYXAiIHhtbG5zOnVkY3hmPSJodHRw Oi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL2RhdGEvdWRjL3htbGZpbGUiIHhtbG5zOnVkY3AycD0i aHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9kYXRhL3VkYy9wYXJ0dG9wYXJ0IiB4bWxuczp3 Zj0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9zaGFyZXBvaW50L3NvYXAvd29ya2Zsb3cv IiB4bWxuczpkc3NzPSJodHRwOi8vc2NoZW1hcy5taWNyb3NvZnQuY29tL29mZmljZS8yMDA2L2Rp Z3NpZy1zZXR1cCIgeG1sbnM6ZHNzaT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZp Y2UvMjAwNi9kaWdzaWciIHhtbG5zOm1kc3NpPSJodHRwOi8vc2NoZW1hcy5vcGVueG1sZm9ybWF0 cy5vcmcvcGFja2FnZS8yMDA2L2RpZ2l0YWwtc2lnbmF0dXJlIiB4bWxuczptdmVyPSJodHRwOi8v c2NoZW1hcy5vcGVueG1sZm9ybWF0cy5vcmcvbWFya3VwLWNvbXBhdGliaWxpdHkvMjAwNiIgeG1s bnM6bT0iaHR0cDovL3NjaGVtYXMubWljcm9zb2Z0LmNvbS9vZmZpY2UvMjAwNC8xMi9vbW1sIiB4 bWxuczptcmVscz0iaHR0cDovL3NjaGVtYXMub3BlbnhtbGZvcm1hdHMub3JnL3BhY2thZ2UvMjAw Ni9yZWxhdGlvbnNoaXBzIiB4bWxuczpzcHdwPSJodHRwOi8vbWljcm9zb2Z0LmNvbS9zaGFyZXBv aW50L3dlYnBhcnRwYWdlcyIgeG1sbnM6ZXgxMnQ9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5j b20vZXhjaGFuZ2Uvc2VydmljZXMvMjAwNi90eXBlcyIgeG1sbnM6ZXgxMm09Imh0dHA6Ly9zY2hl bWFzLm1pY3Jvc29mdC5jb20vZXhjaGFuZ2Uvc2VydmljZXMvMjAwNi9tZXNzYWdlcyIgeG1sbnM6 cHB0c2w9Imh0dHA6Ly9zY2hlbWFzLm1pY3Jvc29mdC5jb20vc2hhcmVwb2ludC9zb2FwL1NsaWRl TGlicmFyeS8iIHhtbG5zOnNwc2w9Imh0dHA6Ly9taWNyb3NvZnQuY29tL3dlYnNlcnZpY2VzL1No YXJlUG9pbnRQb3J0YWxTZXJ2ZXIvUHVibGlzaGVkTGlua3NTZXJ2aWNlIiB4bWxuczpaPSJ1cm46 c2NoZW1hcy1taWNyb3NvZnQtY29tOiIgeG1sbnM6c3Q9IiYjMTsiIHhtbG5zPSJodHRwOi8vd3d3 LnczLm9yZy9UUi9SRUMtaHRtbDQwIj48aGVhZD48bWV0YSBodHRwLWVxdWl2PUNvbnRlbnQtVHlw ZSBjb250ZW50PSJ0ZXh0L2h0bWw7IGNoYXJzZXQ9dXRmLTgiPjxtZXRhIG5hbWU9R2VuZXJhdG9y IGNvbnRlbnQ9Ik1pY3Jvc29mdCBXb3JkIDE0IChmaWx0ZXJlZCBtZWRpdW0pIj48IS0tW2lmICFt c29dPjxzdHlsZT52XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQpvXDoqIHtiZWhh dmlvcjp1cmwoI2RlZmF1bHQjVk1MKTt9DQp3XDoqIHtiZWhhdmlvcjp1cmwoI2RlZmF1bHQjVk1M KTt9DQouc2hhcGUge2JlaGF2aW9yOnVybCgjZGVmYXVsdCNWTUwpO30NCjwvc3R5bGU+PCFbZW5k aWZdLS0+PHN0eWxlPjwhLS0NCi8qIEZvbnQgRGVmaW5pdGlvbnMgKi8NCkBmb250LWZhY2UNCgl7 Zm9udC1mYW1pbHk6Q2FsaWJyaTsNCglwYW5vc2UtMToyIDE1IDUgMiAyIDIgNCAzIDIgNDt9DQpA Zm9udC1mYWNlDQoJe2ZvbnQtZmFtaWx5OlRhaG9tYTsNCglwYW5vc2UtMToyIDExIDYgNCAzIDUg NCA0IDIgNDt9DQovKiBTdHlsZSBEZWZpbml0aW9ucyAqLw0KcC5Nc29Ob3JtYWwsIGxpLk1zb05v cm1hbCwgZGl2Lk1zb05vcm1hbA0KCXttYXJnaW46MGNtOw0KCW1hcmdpbi1ib3R0b206LjAwMDFw dDsNCglmb250LXNpemU6MTEuMHB0Ow0KCWZvbnQtZmFtaWx5OiJDYWxpYnJpIiwic2Fucy1zZXJp ZiI7fQ0KYTpsaW5rLCBzcGFuLk1zb0h5cGVybGluaw0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7 DQoJY29sb3I6Ymx1ZTsNCgl0ZXh0LWRlY29yYXRpb246dW5kZXJsaW5lO30NCmE6dmlzaXRlZCwg c3Bhbi5Nc29IeXBlcmxpbmtGb2xsb3dlZA0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJY29s b3I6cHVycGxlOw0KCXRleHQtZGVjb3JhdGlvbjp1bmRlcmxpbmU7fQ0KcC5Nc29BY2V0YXRlLCBs aS5Nc29BY2V0YXRlLCBkaXYuTXNvQWNldGF0ZQ0KCXttc28tc3R5bGUtcHJpb3JpdHk6OTk7DQoJ bXNvLXN0eWxlLWxpbms6IkJhbGxvb24gVGV4dCBDaGFyIjsNCgltYXJnaW46MGNtOw0KCW1hcmdp bi1ib3R0b206LjAwMDFwdDsNCglmb250LXNpemU6OC4wcHQ7DQoJZm9udC1mYW1pbHk6IlRhaG9t YSIsInNhbnMtc2VyaWYiO30NCnNwYW4uRW1haWxTdHlsZTE3DQoJe21zby1zdHlsZS10eXBlOnBl cnNvbmFsLWNvbXBvc2U7DQoJZm9udC1mYW1pbHk6IkNhbGlicmkiLCJzYW5zLXNlcmlmIjsNCglj b2xvcjp3aW5kb3d0ZXh0O30NCnNwYW4uQmFsbG9vblRleHRDaGFyDQoJe21zby1zdHlsZS1uYW1l OiJCYWxsb29uIFRleHQgQ2hhciI7DQoJbXNvLXN0eWxlLXByaW9yaXR5Ojk5Ow0KCW1zby1zdHls ZS1saW5rOiJCYWxsb29uIFRleHQiOw0KCWZvbnQtZmFtaWx5OiJUYWhvbWEiLCJzYW5zLXNlcmlm Ijt9DQouTXNvQ2hwRGVmYXVsdA0KCXttc28tc3R5bGUtdHlwZTpleHBvcnQtb25seTsNCglmb250 LWZhbWlseToiQ2FsaWJyaSIsInNhbnMtc2VyaWYiO30NCkBwYWdlIFdvcmRTZWN0aW9uMQ0KCXtz aXplOjYxMi4wcHQgNzkyLjBwdDsNCgltYXJnaW46NzAuODVwdCA3MC44NXB0IDcwLjg1cHQgNzAu ODVwdDt9DQpkaXYuV29yZFNlY3Rpb24xDQoJe3BhZ2U6V29yZFNlY3Rpb24xO30NCi0tPjwvc3R5 bGU+PCEtLVtpZiBndGUgbXNvIDldPjx4bWw+DQo8bzpzaGFwZWRlZmF1bHRzIHY6ZXh0PSJlZGl0 IiBzcGlkbWF4PSIxMDI2IiAvPg0KPC94bWw+PCFbZW5kaWZdLS0+PCEtLVtpZiBndGUgbXNvIDld Pjx4bWw+DQo8bzpzaGFwZWxheW91dCB2OmV4dD0iZWRpdCI+DQo8bzppZG1hcCB2OmV4dD0iZWRp dCIgZGF0YT0iMSIgLz4NCjwvbzpzaGFwZWxheW91dD48L3htbD48IVtlbmRpZl0tLT48L2hlYWQ+ PGJvZHkgbGFuZz1FTi1VUyBsaW5rPWJsdWUgdmxpbms9cHVycGxlPjxkaXYgY2xhc3M9V29yZFNl Y3Rpb24xPjxwIGNsYXNzPU1zb05vcm1hbD5EdXJpbmcgYSBkaXNjdXNzaW9uIGFyb3VuZCBDT04v QUNLLCB0aGUgbWV0aG9kIGZvciBjb21wdXRpbmcgdGhlIHJldHJhbnNtaXNzaW9uIHRpbWVycyBj YW1lIHVwLjxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpwPiZuYnNwOzwvbzpw PjwvcD48cCBjbGFzcz1Nc29Ob3JtYWw+Rm9yIGluZm9ybWF0aW9uLCBJU0ExMDAuMTFhIHNldHRs ZWQgZm9yIGZvbGxvd2luZyBSRkMgMjk4OC4gVGhlIG1haW4gZGlzY3Vzc2lvbiwgaW4gZmFjdCwg aXMgd2hhdCB0aGUgaW5pdGlhbCB2YWx1ZSBzaG91bGQgYmUuPG86cD48L286cD48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5UaGUg cG9pbnQgaXMgdGhhdCBpbiBhIGxhcmdlIGRlcGxveW1lbnQsIHRoZSBsYXRlbmN5IGNhbiBncm93 IHZlcnkgaGlnaCBhbmQgaWYgdGhlIGRlZmF1bHQgaXMgc21hbGwsIHRoYXQgbWVhbnMgdGhhdCBt YW55IGRldmljZXMgaGF2ZSB0byBiZSByZWNvbmZpZ3VyZWQuPG86cD48L286cD48L3A+PHAgY2xh c3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD5PVE9I LCBpbiBhIHNtYWxsIGRlcGxveW1lbnQsIGEgdG9vIGxhcmdlIGRlZmF1bHQgY2FuIMKgbW9yZSBl YXNpbHkgYmUgZml4ZWQgYmVjYXVzZSB0aGF0IHJlcHJlc2VudHMgZmV3IGRldmljZXMuPG86cD48 L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxvOnA+Jm5ic3A7PC9vOnA+PC9wPjxwIGNsYXNz PU1zb05vcm1hbD5JIHVuZGVyc3RhbmQgdGhhdCB0aGlzIGNvbWVzIGZyb20gZXhwZXJpZW5jZSwg dGhhdCB0aGUgcmVjb21tZW5kYXRpb24gaXMgdG8gYmUgY29uc2VydmF0aXZlOyBhbmQgdGhhdCBh IGZldyBzZWNvbmRzIGlzIGluIGZhY3QsIHZlcnkgb3B0aW1pc3RpYy48bzpwPjwvbzpwPjwvcD48 cCBjbGFzcz1Nc29Ob3JtYWw+PG86cD4mbmJzcDs8L286cD48L3A+PHAgY2xhc3M9TXNvTm9ybWFs PldoYXQgZG8geW91IHRoaW5rPzxvOnA+PC9vOnA+PC9wPjxwIGNsYXNzPU1zb05vcm1hbD48bzpw PiZuYnNwOzwvbzpwPjwvcD48dGFibGUgY2xhc3M9VGFibGVhdU5vcm1hbCBib3JkZXI9MCBjZWxs c3BhY2luZz0wIGNlbGxwYWRkaW5nPTAgd2lkdGg9NTQzIHN0eWxlPSd3aWR0aDo0MDcuMjVwdCc+ PHRyPjx0ZCBzdHlsZT0ncGFkZGluZzowY20gMGNtIDBjbSAwY20nPjx0YWJsZSBjbGFzcz1UYWJs ZWF1Tm9ybWFsIGJvcmRlcj0wIGNlbGxzcGFjaW5nPTAgY2VsbHBhZGRpbmc9MCB3aWR0aD02MDAg c3R5bGU9J3dpZHRoOjQ1MC4wNXB0Jz48dHI+PHRkIGNvbHNwYW49MyBzdHlsZT0ncGFkZGluZzow Y20gMGNtIDBjbSAwY20nPjwvdGQ+PC90cj48dHIgc3R5bGU9J2hlaWdodDo5NC4wNXB0Jz48dGQg bm93cmFwIHZhbGlnbj10b3Agc3R5bGU9J3BhZGRpbmc6MGNtIDBjbSAxMS4yNXB0IDE4LjBwdDto ZWlnaHQ6OTQuMDVwdCc+PHAgY2xhc3M9TXNvTm9ybWFsIHN0eWxlPSdtc28tbWFyZ2luLXRvcC1h bHQ6YXV0bzttYXJnaW4tYm90dG9tOjEyLjBwdCc+PGI+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4 LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz5QYXNj YWwgVGh1YmVydDwvc3Bhbj48L2I+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZTo4LjVwdDtmb250LWZh bWlseToiQXJpYWwiLCJzYW5zLXNlcmlmIjtjb2xvcjojNjY2NjY2Jz48YnI+PGI+SVB2NiBFbmdp bmVlcmluZzwvYj48YnI+PGI+UHJvZHVjdCBEZXZlbG9wbWVudDwvYj48YnI+PGEgaHJlZj0ibWFp bHRvOnB0aHViZXJ0QGNpc2NvLmNvbSI+PHNwYW4gc3R5bGU9J2NvbG9yOiM2NjY2NjYnPnB0aHVi ZXJ0QGNpc2NvLmNvbTwvc3Bhbj48L2E+PGJyPlBob25lOiA8Yj4rMzMgNCA5NzIzIDI2MzQ8L2I+ PGJyPk1vYmlsZTogPGI+KzMzIDYgMTk5OCAyOTg1PC9iPjxicj48YnI+PG86cD48L286cD48L3Nw YW4+PC9wPjwvdGQ+PHRkIG5vd3JhcCB2YWxpZ249dG9wIHN0eWxlPSdwYWRkaW5nOjBjbSAwY20g Ny41cHQgMTUuMHB0O2hlaWdodDo5NC4wNXB0Jz48cCBjbGFzcz1Nc29Ob3JtYWwgc3R5bGU9J21z by1tYXJnaW4tdG9wLWFsdDphdXRvO21hcmdpbi1ib3R0b206MTIuMHB0Jz48Yj48c3BhbiBsYW5n PUZSIHN0eWxlPSdmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzY2NjY2Nic+Q2lzY28gU3lzdGVtcyBGcmFuY2U8L3NwYW4+PC9iPjxzcGFuIGxh bmc9RlIgc3R5bGU9J2ZvbnQtc2l6ZTo4LjVwdDtmb250LWZhbWlseToiQXJpYWwiLCJzYW5zLXNl cmlmIjtjb2xvcjojNjY2NjY2Jz48YnI+VmlsbGFnZSBkJ0VudHJlcHJpc2VzIEdyZWVuIFNpZGU8 YnI+NDAwIEF2ZW51ZSBkZSBSb3VtYW5pbGxlIDxicj5CYXRpbWVudCBUIDMgPGJyPjA2NDEwIDxi cj5CSU9UIC0gU09QSElBIEFOVElQT0xJUzxicj5GcmFuY2U8YnI+PC9zcGFuPjxzcGFuIHN0eWxl PSdmb250LXNpemU6OC41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJpZiI7Y29sb3I6 IzY2NjY2Nic+PGEgaHJlZj0iaHR0cDovL3d3dy5jaXNjby5jb20vZ2xvYmFsL0ZSLyI+PHNwYW4g bGFuZz1GUiBzdHlsZT0nY29sb3I6IzY2NjY2Nic+Q2lzY28uY29tPC9zcGFuPjwvYT48L3NwYW4+ PHNwYW4gbGFuZz1GUiBzdHlsZT0nZm9udC1zaXplOjguNXB0O2ZvbnQtZmFtaWx5OiJBcmlhbCIs InNhbnMtc2VyaWYiO2NvbG9yOiM2NjY2NjYnPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L3RkPjx0 ZCB3aWR0aD0xODYgc3R5bGU9J3dpZHRoOjEzOS43NXB0O3BhZGRpbmc6MGNtIDBjbSAwY20gMGNt O2hlaWdodDo5NC4wNXB0Jz48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1GUiBzdHlsZT0n Zm9udC1zaXplOjEyLjBwdDtmb250LWZhbWlseToiVGltZXMgTmV3IFJvbWFuIiwic2VyaWYiJz4m bmJzcDs8L3NwYW4+PHNwYW4gc3R5bGU9J2ZvbnQtc2l6ZToxMi4wcHQ7Zm9udC1mYW1pbHk6IlRp bWVzIE5ldyBSb21hbiIsInNlcmlmIic+PGltZyBib3JkZXI9MCB3aWR0aD0xNjQgaGVpZ2h0PTEw OCBpZD0iSW1hZ2VfeDAwMjBfMSIgc3JjPSJjaWQ6aW1hZ2UwMDQucG5nQDAxQ0JFQkRDLjRGN0Yz M0UwIj48bzpwPjwvbzpwPjwvc3Bhbj48L3A+PC90ZD48L3RyPjwvdGFibGU+PHAgY2xhc3M9TXNv Tm9ybWFsPjxzcGFuIHN0eWxlPSdmb250LXNpemU6MTIuMHB0O2ZvbnQtZmFtaWx5OiJUaW1lcyBO ZXcgUm9tYW4iLCJzZXJpZiI7ZGlzcGxheTpub25lJz48bzpwPiZuYnNwOzwvbzpwPjwvc3Bhbj48 L3A+PHRhYmxlIGNsYXNzPVRhYmxlYXVOb3JtYWwgYm9yZGVyPTAgY2VsbHNwYWNpbmc9MCBjZWxs cGFkZGluZz0wIHdpZHRoPTcxOSBzdHlsZT0nd2lkdGg6NTM5LjE1cHQnPjx0ciBzdHlsZT0naGVp Z2h0OjkwLjhwdCc+PHRkIHdpZHRoPTcxOSBzdHlsZT0nd2lkdGg6NTM5LjE1cHQ7cGFkZGluZzow Y20gMTguMHB0IDBjbSAxOC4wcHQ7aGVpZ2h0OjkwLjhwdCc+PHAgY2xhc3M9TXNvTm9ybWFsPjxz cGFuIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzAwOTkwMCc+PGltZyBib3JkZXI9MCB3aWR0aD0xOCBoZWlnaHQ9MTkgaWQ9Iklt YWdlX3gwMDIwXzIiIHNyYz0iY2lkOmltYWdlMDAzLmdpZkAwMUNCRUJEQi41QkQyMTE5MCIgYWx0 PSJEZXNjcmlwdGlvbjogVGhpbmsgYmVmb3JlIHlvdSBwcmludC4iPjwvc3Bhbj48c3BhbiBsYW5n PUZSIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJp ZiI7Y29sb3I6IzAwOTkwMCc+VGhpbmsgYmVmb3JlIHlvdSBwcmludC48YnI+PGJyPjwvc3Bhbj48 c3BhbiBsYW5nPUZSIHN0eWxlPSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwi c2Fucy1zZXJpZiI7Y29sb3I6Izk5OTk5OSc+Q2lzY28gU3lzdGVtcyBGcmFuY2UsIFNvY2nDqXTD qSDDoCByZXNwb25zYWJpaXTDqSBsaW1pdMOpZSwgUnVlIENhbWlsbGUgRGVzbW91bGlucyDigJMg SW1tIEF0bGFudGlzIFphYyBGb3J1bSBTZWluZSBJbG90IDcgOTIxMzAgSXNzeSBsZXMgTW91bGlu ZWF1eCwgQXUgY2FwaXRhbCBkZSA5MS40NzAg4oKsLCAzNDkgMTY2IDU2MSBSQ1MgTmFudGVycmUs IERpcmVjdGV1ciBkZSBsYSBwdWJsaWNhdGlvbjogSmVhbi1MdWMgTWljaGVsIEdpdm9uZSwgRm9y IGNvcnBvcmF0ZSBsZWdhbCBpbmZvcm1hdGlvbiBnbyB0bzo8YnI+PC9zcGFuPjxzcGFuIHN0eWxl PSdmb250LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJpZiI7Y29sb3I6 Izk5OTk5OSc+PGEgaHJlZj0iaHR0cDovL3d3dy5jaXNjby5jb20vd2ViL2Fib3V0L2RvaW5nX2J1 c2luZXNzL2xlZ2FsL2NyaS9pbmRleC5odG1sIj48c3BhbiBsYW5nPUZSIHN0eWxlPSdjb2xvcjpi bHVlJz5odHRwOi8vd3d3LmNpc2NvLmNvbS93ZWIvYWJvdXQvZG9pbmdfYnVzaW5lc3MvbGVnYWwv Y3JpL2luZGV4Lmh0bWw8L3NwYW4+PC9hPjwvc3Bhbj48c3BhbiBsYW5nPUZSIHN0eWxlPSdmb250 LXNpemU6Ny41cHQ7Zm9udC1mYW1pbHk6IkFyaWFsIiwic2Fucy1zZXJpZiI7Y29sb3I6IzAwOTkw MCc+PG86cD48L286cD48L3NwYW4+PC9wPjwvdGQ+PC90cj48L3RhYmxlPjxwIGNsYXNzPU1zb05v cm1hbD48c3BhbiBsYW5nPUZSPjxvOnA+PC9vOnA+PC9zcGFuPjwvcD48L3RkPjwvdHI+PC90YWJs ZT48cCBjbGFzcz1Nc29Ob3JtYWw+PHNwYW4gbGFuZz1GUj48bzpwPiZuYnNwOzwvbzpwPjwvc3Bh bj48L3A+PHAgY2xhc3M9TXNvTm9ybWFsPjxzcGFuIGxhbmc9RlI+PG86cD4mbmJzcDs8L286cD48 L3NwYW4+PC9wPjwvZGl2PjwvYm9keT48L2h0bWw+ ------_=_NextPart_002_01CBEBD3.F2597647-- ------_=_NextPart_001_01CBEBD3.F2597647 Content-Type: image/gif; name="image003.gif" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image003.gif Content-Location: image003.gif R0lGODlhEgATAJEAAAAAAP///wCZAP///yH5BAEAAAMALAAAAAASABMAAAIojI+pGyK8nINqUiTf bVnfvHEg1UmhdZRqaawu6XZVjKb0/CYxo8JOAQA7 ------_=_NextPart_001_01CBEBD3.F2597647 Content-Type: image/png; name="image004.png" Content-Transfer-Encoding: base64 Content-ID: Content-Description: image004.png Content-Location: image004.png iVBORw0KGgoAAAANSUhEUgAAAKQAAABsCAYAAADkDhmYAAAAAXNSR0ICQMB9xQAAAAlwSFlzAAAO xAAADsQBlSsOGwAAABl0RVh0U29mdHdhcmUATWljcm9zb2Z0IE9mZmljZX/tNXEAABgHSURBVHja 7Z0HfJRF+sdV7Gc5xbuzoVLEBqKnByignHd6KDaw0FWK54mKQgBDB2kiCEhI7yQBEgKppIcQ0kgo 6YWQkN573WRTfv/nGXbTG5D83ZV5Pp8hIdmdd/ad7zx15s0NkCJFM+SnTZs23XCDvA9SJJBSpEgg pUggpUiRQEqRQEqRIoGUIoGUIkUCKUUCKUWKBFKKBFICKUUCKUWKBFKKBFKKFAmkFAmkFCkSSCkS SClSJJBSJJBSpEggpUiRQEqRQP6/S2NTE5qam7Vy7M00bh6/BPIPInXKBqTlFyG7qBRNWjaxvIhy isuQllcERb1SAqntolAqEZ+RCzu/0zh66hwyCkrQ0NCoFWNvaGxEVmEpnILOw8Y3DLFp2aitq5dA arOwdrHyDsGCnVb4Zp8d3MKiUV5VoxVjr6xRwCM8Ft/pHcT8Xyxh7hEkAJVAarGcu5COb36zwz8W b8GEJT/jpwNuSM8v1oqxZxN8W22PY+L3O/Dy11vw1R4bhCdckkBqsxwPj8HkZTsxbO4qDKU2Y7Mx olOztGLsCeRqzNlqiqFzVonxT/phB5yCIyWQ2ixHTp3Fi1/9hMfn6OLRmSvxH909OHMhTSvGHkUL Z+rq3/DojJUEpS6e/3Ij7PxPSyC1WY4GnxfmjrXjY7N/xDs0weeS07Vi7DGXsvH+Wj0MmfWj0JC8 sA4FREggtVmOEZD/WLy1Bcipa/ZpFZAfrNuPx1RA/v1/m3FYAimBlEBKIHsVrrk096HycrVANg9w Vacv/V8tkNy1lhaltBfIovIqFJZW9FoOvBog65WNyC0pR3l17YCMvaKmFrnF5airb+h3IPl2FJZV iqalTGoXkFzTzS+pgPeZOBwPi0FmYQmUjY39BiRXdhIz8uBE7wuKSUZZVU2/1cC5G4Y8JO6iqL7E p+f0WA68UiC5spNdVCaS6Z7UcovLtLEGrl1AVtQo4HM2HitNHLHUwB7OIZEorqjqNyAzCoph6RUs kumbbdwQkZgmauH9IfUNjeLaW+3csZj6N/U4JWrU/QVkSWU13MOioWPogOVGDgRlDC0A7ahKaS2Q 6fkl2H7QA//U2YVJP/yCNRZOpNFy+w1I1opcEXnlu+14d/U+mHsEo7yqf0x3Za0CB3xCRSpn/Hfb sHCXNQIik/oNyOSsfGy0dsHrS3fi9WU7xYJKzS2UQA6kRF7MxMzNJhjx2WoMn7ca7xJgJ6Mu9BuQ vInh1SXbRd9PfbFOaGH2J/tDCssrhWZ/ev46Mf6x32yFuWdwvwEZHJuCaev1MYLGPpz6/3ijIWl4 rSs1agaQ7KX1xd8JjU/BG8t3YcislXicABv37Va4n47pNyD1nE4QiGsFAFwhmbvdDBnkp/YmfRk7 gz1/p6WoGA2ft0pAucvBp9+AZFdmwvc/i/vCn/W1pb/QYk3qdVy8Ja9Zc8JyzQCStUdGfjFFnspe gfzXil9pkhhIXWH6jvcjkPudTwgNNoy0zBACZ97P5iJw6kkqKWpmX7C3qDyPgFywy0osJobxyc/X YNeR/gVy4g87WoBks90bkOwf85a8grIKCaRYnbQy2RnnqPmQfzgSMnJ6DCLCElLx5srd4qY/MUdX mFeOKvsLSH2XADy7YL0w2QzC5zssegSyWlGHcDKLtmTqebFUKRQ9ArnoV2sxDgaSNfFuR99+A9L3 XILQinxfuHbPfnZgdPfuDAdZSZl5OHwiAp4RsSii4FADdtX/vkByFOgQeEYEEnO2mWELRaA97cbR JCAbyNQFkP/KfuHsraYiuvU7nwBlNxuANQ1ITjv9fMgDc+m+/3f3ARw8ES6Uw3UN5CUydexXXZ6g dXh58RYc8A3VCiA5h7jZ1l28/un5a/E0AbbO0rlbLalpQHJf477dhpE0jhHz1gh/OSkr7/oGMjmr AB9u0MdfP1oqfLZh5Owbup3UCiBrCMgVpB0f+kSH+l6JBz/Wwff7D4lKjDYAaUERPvuxj8xcQfd/ Gaau3oe4tOzrG8iUnELM2moighSGYNSiDTD3DNIKIGsJyLWkERkWBoz3LLL55nyjNgDJKa4x/90k lABf4+NNhmJT8HUP5IwtxqQdVwgInl24HmYep7p9fWh8amuUPWfgouzhfYiyGcjVFk4CRAbsCep/ ufGRHoHsGGX/OiBRti59Vt1eo2xO0o/+ciOGEpD8WadvNBAH4q5rIC9mF+LTzUZ4dMYKcdOfWbAO psd7AlJz8pAM5CrzY2Icw4WWWQkdI4dugRzoPKS3Kg/Jn3NIH/KQ1t6hwiINnXt5N/00cp040Lmu geQcGJ8GHEnagrUSH2iyP3mm29efv5gpzsWIagS1qf1cqTngEybKhqJS8/la/KDffaWG01MM1Jgv N4nXj164AdsOeohUUFdyuVJzhIKfdaKSwpUaM4+gfgMyOPYiPlyvL8bC/X+00VCkpLoT3kDC542G f7YKT362RkTaKTkF1zeQvDHC0PUkpujuFSDwpoMwMsvdCdeyt9l5iBvJ8K42d+rR77lSIE/FJIuJ 4bGwk292PAhl3dSyeXeNa0gUZm4xEdHqJ5uMcCzoPOq7yaOy5rT2DsF7a/QwjlwNPpp7IjKx34C8 kJWPDVYueO2HX4R25BOWqTnd17LPJKVjCQVh7Ie/tXIPWQd/FJT+7gny3xfI2vp6hJAZ5nTJ4r12 sPYJ6fHsMVdDvCLisNzoCEW0hwVwRRWV/QYkH5Hl889f77HFJmtXcey0u0Q9l9sSMvKw96gvvtpt g18dvBGXnt3t0zE4Ec0HzHjTw/+of2P3QFzqYfPD1ez2cQ2NwlLS6ssM7Mm3jhbb57oT3pNp6xcm djatoYV9KuYCahS/+4MINKNSE0C+Du8RvJCV12OlhmvGHBx4EpRuodHC5Pe0H5JPHb7Q5tThW72c OuTcYkJ6Lo6dOodT0b3vh2TzzIA7Bp5FRFIaqmq7r9QwwPyQgqDYZPEUjbhenkTBpw7fEacOV4jA aXQvpw6VqidduIfFwIP8an5IQkNj9zX2+oYG8uHz4RwcCf/zicJaNTVd55UatZTSRPGGUr5JvYpq V3RBH3aMu4ZFkaO/Q2hIhpIjyaiUzB7fwyaXJ7Osj9vOagjKnKJSVHXjO3al5XOKynqt23OA8elP RhS96woNOf7b7XAkkHtb4AUtO8Z7h4urSrzAS3//Co1mAanWIH1/bd9ez/4oP4aE8218HFbX9Gif 9gheaU13IF6fQf4ym1IeNwdO87abIyjmYp/u45XdS4067PDHPnXIO8ANXAJEZP7FDgs4UASvAfXa Pgm7C6wRF9CCYk25j4KOS7lFf9Spuj6ArK6rw1ny8YzcTooIN5l8pvp+OpIw0MLm9CJFyTY+oSIT Ed6LjyqB1AJhc8S+HW9rSyEYlQ3aAWMLlBSopOYUCH+S00YaZl4lkFc9sQRiQ6N2PBeyozRSpFyv ZQtJAilFAilFigRSigRSk6VRoUBDTQ0aKZoW31dXo3kAfUW+jvp6Ddd4vSalUry/sbZWNP6+qf7K S3fiveox0VdlVRWatdfn1D4gxZFZmriqrCxk+/sjzcUFGcePI93NjZo7iiIjxcQ0d1VT5j+xQRNX X14ORXGxaPw9w9zcw1HWpoZGVOflIefkydbrubsj3dUVBWfPor6yCk19BLOJYFGUlCAvNEyMOcPD Q7Q0+j4vOFiMqS9A8fWqc3ORzWOicYgxieaBoqgo8ZkkkAOtEZUNKE5JxQUnZ4Ru+gmes2bB+bXX cGzcOBwbOxYu/5mCwKVLkerkBEVhYTsQ1RqVJ/C0ri48P/wQHtRCdXSQ4eWF+oqud7oo6OcZQcEI 37kLXnPntVzPiZrrW2/B/+vFiLG0QnHihR61JadsKnPzkObnh7O7d8NnwUK4vjMVzm++JRqP3W/h IsSbmqE0IZGAa+p2QXI/OcEhiDE0gt+XX8F58mQa03g4UT/HP5mBkNVrkEoLp+zSJTRqyV+d0Dog 60jrpZ8IQNCKlThKN9562HCY3HMP9tPwf1M1/RtvhPXwEQj4bglKEhI6AamsrES8mRnsR4/Gbnr9 r9QOjhiBqD17UFPQeS9gFU184mF7eM37HDbPjoLJn++DHr1nr+p6fG2j++6Hw6sTkHTYAQ3d1Kcb yDznx8Ti7N59cJs+HbbPPgfT+wfD4OabRX/c9tPYzR98CO7TP0KKiyu5BJ1r44xo0YVkRO7Xhw8t jiMEocVDj0Cf3r9PNR6Te/4Mm5FPwW3KFISuW4+MgJPic0sg+0mYJQXd0BRvb3jOmwfze++FAU2e EQ3bQNUMVV95Ygxvuw2un3yK/PPnO/XFE5NobY1j48eLyWMQHMaMQYy+PmqK2pfl6qqqkezsAud3 3oXJ3XeLa3Dj6xoPGgRjgsn4llugd9NNMKeFEfXbPiiVyi60uhI5ZNYD16yD7egxMKT3GbYZs/r7 /ar/HyTIYqwPQNnhQVGsfQtj4xC6eQsOvfQyjG+7XYyl7WfXb9OnMd0ji4cehve8z5BOLkF9hVZA qflA1pGzn+LtA4+ZM0mr3C8mTr8NjKYEixVpS8vHHhcTxL9znjYNeefOddaQ5PAn2djAacKElkl0 fOklxBoaorYDkKyJgtaug+XfHhTg6qtgtBk2DMf+/SacyNxys3l+jNB4cabmncws+3m55NMG/Pgj rEeMhD6B3HbsxrffDotHH4P10OEwvvNO8Tvbv7+EaAtLGmtrzZ1HX5aWhpCVP8LqiSdgSAuhbT8t C3PQzZ0ANX/gAXiTNs0MPCVcHgnkNUrJxRSc0FkBs8EPCBgNVTeatZM9aQrf/36F0J+2CHi82Kec 8jYCdVehSG2y2zxStq9AcuCR6ucPtxm0CEgTCRjpejYjRyJo1SqkenmTL+iPSz5+iLWwwvl9+5EX foYCo/alPQUFTGf26cH6uVHtFpLRLbfC9pln4TFnLoLIrPL4fRd9Cdd334M3fU1mk93mOK2Cxp14 1AkOBOtvbfshLXjgiaFweeMN+M2aDW/6/EdemQBzWrhqzcuLyfLhRxBOmrUiPUMCeS3CqZFU9+M4 MvE1GJBpVJtMI9ImjuS3RRqbIC86BhXZ2SglBz737DmkeHoi3f8EqvMLrhrIhrp6MteucCZA1ECy NrOfNAmxVtaoKSkVpliMkSCsJ22mrK1tF6kLE0t+o9dnn8PojjtbTf6tt+EgLaSQrduQERKKMoKk PDML+fQ50vz9keLhiaK4eDS28UcL4+Lg/+0SAZbaJDPUB0kzn9JdjUtkkktjY5F/+jSizS3gSn6o Ofm2hgQsj9301ltx/P33ke7pJYG8FqnIyUbE9p9hRc6+WjuaEJiOr7+OKIpGqygQUR8ZEOkggoDB YECaujBPfdaQ1GeGrx+8Pv0U5ipTakTXtSDz5zV7LmJt7JAVFobKnJxujyzUlpUh0f4Ijk6c2M7X tR01SsBYlJzcLgjifpSckqIxNjDcqkXE/3LEfHjUaOy/+ZbL/uENN8LmmecQsmEjWYJE8Zl50TU1 KFFdWIT4g4fg/Pbbwp1RX9fmqacRbWDYY3pLAtmLcGR64tvvYH7X3QJIbqZkOoPJl6rIu/ITcj0B 2TGoKSVggnWWw4Sut7dN8GH5wF9gP3Yc3D/4QKSYEg4dRllm513orLUjdu8hLfZsa8B14w3wJDcg 93xkn8dcT9o61sQU1oMHC3NtIBblIFoYc5AV3vUZG9a4ETt3wvbJJ1vMu8l9g4XZbtbsTSaaDWQ2 mWAf8hHN775H3Fj2h8zIdMbpG1xVf1cCZD1pnWRHRxybMBEm5L8atgkUWib5rrvg8NrrCN+2HcXx CcL3VEtZejpC6ecHRoxoeY8RARmioyMS6X2V2vIKRO3Xx4EHLwdX6kUZtnoNqgq73rCrVNQh2c0N jq+80hqQ3XkXTq9fL4EcCCDjjY0HHEg2lTWFhUhxdYXfd0vIRD4jzHbHyNaAfELbxx/HGXItyrOy OwOp0lLqKD10xYouc4w9Aqm3v2sgCwq7B5LG7Th+fCuQf/qTBPJaJZ+c+YAl37c32eSgR2zahNrS kivu70qAbHlPfT25DjGItbREII3F48NpOESQGauA1FN9dX3vfVyiyLtZVRmpIP/yzN7fcPC551pN NjW/z78QmYO+Sl2tQlRkrEhLqyNsk0GD4P/FfBRGRXX5norcPETs2QO7kU+1LAbje+/FabpvEshr kPKsLIRTAGD10MMtiWNOSru9/wGZJHfUdfFXBjj3xxFwi/PeZpf11QDZVjiIygkNQ/iGDbAdNlxU WgxV6ZfD5FfGmFuKTReXNVu58C8dOaih36s1qsPYsSI7UJnX+dF3fPiLxy5Mv7rcSZ8n2fEoDnHq iK6nTvc4vPgionbvbs0mqIRdjYvuHhRpT4fZvX9uua4FafGze/ZKIK9F6gm4RHsHHJk4SVQ4DFRm j9Mf3gsWihQJBw+KsnIBVHlaOvIjo1AQHYM6inIvz3JTn9I+7YDkiJV34/BOnA47cBiY7KBguHzw IYxVUSyP6eALLyKSNFl99eWENteQswhezjUak6+pTlmZEiROU99F7AEblKSkorakFApqFWTuC+MS kHvuPAUlme38Uf5MnG+1+NvfWqs7t92KY6++igRbO5RnZKCOTDu/jytavl8vhtUjjwhwxSKme+f4 zzeQRGBr+DEIzQaSE82cywv45htYUpSpNnt8oy0ffhgu//43gsmXOkcgnKHVH7RmLU3GNwjbsg0l SUmtGvIK85CsXRn0jJOBSDrqhBRPb2SdOYOcyEgBRxxFvfb0Pi5TqgFhIKOMTaGsbq2wVOXn48yO HbB96qmWKJ2b2X33w3HyP3FyxUqcJf/wrJ6+2CziTy5BAP2MF5pI5ahEQYsryc4OR154ocVFEPnF O+7A0VcnULS/jKLq3QhetwFu06bD+rHHxD1SlyTN//pXBFK/BfEJmgyj5gMptGRFBVIo2nX9zxQY UUCzv0NQYfHgQ6LcZjNqNCyGDIEJOf/ONCm5ERHtNN6VAClKfgRgyPqNcJ76HpzJb/ReuEg0X/Ld nCh6NSWt0+Kfcf2cNGbKcc92GlX0ExIC/0WLRAlPr40vyUlrMx47lx7HvADLJ4bClDSg3bjxIsfK +cg2HwDlyckI+v57mD7wQKfyKZtm6+FPwnLI4zCmIEu/DbQm99wLt+kf4ZKnF+prNP4PKWnHbp/q vHzSPiYiIW56Z2vVQ7+rzRUErevHnyDvXPebK46OG9e6ueL558Xmio6J8azAQPjyZg6O8G8aJPKR 6mbcRtsZ33IrDr34d5zdvUfk/zr+5UveJMG7d47PmAmzRx6lvm5qGW+nzRX0O7ux4xFjZd1pcwWb 8PRTQcJVseSdQjQmwy7q2QZtyopcbnWlxcRuT01xiaZPs/YAyVJBkx1vYwsvilJtnn9BlOP0VNuu 9rXZgmZ02+3wnL+A/LH4zkCSto03N4f9mDHYQ6/lLWgHKWKO2rtXpHhaFWozMkmzecyeLSZ3l2rL WdumpzKFTlPewentO8i1iBMbebuS2tJSpJKGCli+EodemQDTwX9pN3ZuPB49gszhX28i0fGYKF92 lDoy41nkvwYtXwH71ydTP4MFyOo+1Gkhzo8eevll+H71NS4cc0ZtcbE2TLF2ASkmlnypzJBQnDc0 xgly3F0nT4YzmV+XSZPgTNEsm2KfWbMFuFWkVTsKb/fPOXUKERQl+8yYAW9qp1etQqavL+o77Bks TU8XWtlj6lQRPPA11I2v40raOkhHBxecXVBM5rRR2fOzepS1CuSRPxx7wBZBuqvgTibeiYI1Fxo3 t6PUp/u0j0QkXECv664kydAXJSYh/rA9Apctg9sbb7TcA9EXjctv/nxEk9nPDo+Aolxj/gbNHw9I ob1oohpJe1RR0JETEIBMDw9kEVCZFF1meHqiOCrqci24myMMInrmsycEIDf+nn/W0dTy+9mM5wUF iSMGfA114+vw8YlKim7ZlPY1cG1WpXUUpDHzw8NFP1k+PqLxNfLDwsTvejsOIer21E91To44VtH2 HmR6efV8DySQAycMAx9L4EBCHPSqq+v3azS3vYa60XWaetGIvQ++qX2/fK7nKnKEne4B50G19wkX 8hisFAmkFCkSSCkSSClSJJBSJJBSpEggpUggpUiRQEqRQEqRIoGUIkUCKUUCKUWKBFKKBFKKFAmk FAmkFCkSSCkSSClSJJBSJJBSpPyOsl0CKUUjgdwmm2wa0N4UQPI/ssmmKe3/AK1EJLq9bcSBAAAA AElFTkSuQmCC ------_=_NextPart_001_01CBEBD3.F2597647-- From cabo@tzi.org Sun Mar 27 14:18:33 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C267D3A6957 for ; Sun, 27 Mar 2011 14:18:33 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.249 X-Spam-Level: X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 1B+vDdZp-l16 for ; Sun, 27 Mar 2011 14:18:33 -0700 (PDT) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [134.102.201.18]) by core3.amsl.com (Postfix) with ESMTP id B7EDC3A6950 for ; Sun, 27 Mar 2011 14:18:32 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p2RLJfhe008144 for ; Sun, 27 Mar 2011 23:19:41 +0200 (CEST) Received: from [10.31.1.93] (unknown [212.4.138.34]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 78583663; Sun, 27 Mar 2011 23:19:41 +0200 (CEST) From: Carsten Bormann Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 27 Mar 2011 23:19:33 +0200 To: core WG Message-Id: <95AF4DAD-C9F4-4452-9805-9E48557BD931@tzi.org> Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) Subject: [core] IETF80: Please send slides X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 27 Mar 2011 21:18:33 -0000 Those of you who haven't sent me slides for Monday's/Wednesday's core = meetings, please do so before 0800 Monday. (We will work from the usual = integrated slideset to minimize projector juggling.) Gruesse, Carsten From prvs=7068DCD264=guido.moritz@uni-rostock.de Mon Mar 28 02:36:46 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C8C113A68B0 for ; Mon, 28 Mar 2011 02:36:46 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.32 X-Spam-Level: X-Spam-Status: No, score=-1.32 tagged_above=-999 required=5 tests=[AWL=-0.929, BAYES_20=-0.74, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 8vFhP2TI33i5 for ; Mon, 28 Mar 2011 02:36:46 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id C6C873A681B for ; Mon, 28 Mar 2011 02:36:45 -0700 (PDT) From: Guido Moritz To: 'core' Date: Mon, 28 Mar 2011 11:38:20 +0200 Message-ID: <000b01cbed2b$e0608670$a1219350$@uni-rostock.de> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AcvtK9YrhcWD4eUiS+G1xqcqr2jVaw== Content-Language: de Subject: [core] Comments on Observer-02 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 28 Mar 2011 09:36:46 -0000 Section 3.1.: If the server ignores the subscription, is there a response code or any other indication for the client why this happened? It might be a nice feature to indicate whether the server does not support observe at all or if the client might retry it again later. Guido From likepeng@huawei.com Mon Mar 28 03:33:16 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id F263B3A6920 for ; Mon, 28 Mar 2011 03:33:15 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.031 X-Spam-Level: X-Spam-Status: No, score=-0.031 tagged_above=-999 required=5 tests=[AWL=0.464, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Xnnh9pV+McHv for ; Mon, 28 Mar 2011 03:33:14 -0700 (PDT) Received: from szxga01-in.huawei.com (unknown [119.145.14.64]) by core3.amsl.com (Postfix) with ESMTP id 93ABD3A689F for ; Mon, 28 Mar 2011 03:33:14 -0700 (PDT) Received: from huawei.com (szxga05-in [172.24.2.49]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIR00CF7K1TF3@szxga05-in.huawei.com> for core@ietf.org; Mon, 28 Mar 2011 18:34:41 +0800 (CST) Received: from szxeml201-edg.china.huawei.com ([172.24.2.119]) by szxga05-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIR00E5SK1S6X@szxga05-in.huawei.com> for core@ietf.org; Mon, 28 Mar 2011 18:34:41 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml201-edg.china.huawei.com (172.24.2.39) with Microsoft SMTP Server (TLS) id 14.1.270.1; Mon, 28 Mar 2011 18:34:39 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.200]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Mon, 28 Mar 2011 18:34:40 +0800 Date: Mon, 28 Mar 2011 10:34:39 +0000 From: Likepeng X-Originating-IP: [172.24.2.40] To: core WG Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F226AC26@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii Content-language: zh-CN Content-transfer-encoding: 7BIT Accept-Language: zh-CN, en-US Thread-topic: [core] I-D Action: draft-li-core-coap-size-option-00 Thread-index: AQHL7TO9Sp4pb2Tt5U2iXqutyMivZQ== X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [core] I-D Action: draft-li-core-coap-size-option-00 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 28 Mar 2011 10:33:16 -0000 Hello all, I have uploaded one draft to define a Size option in CoAP. I understand that it is late for this meeting, so it is intended to be discussed in the mailing list. Welcome any comments or feedbacks. Thanks, Kind Regards Kepeng -------------------------------------------------------------------------------------------------- A New Internet-Draft is available from the on-line Internet-Drafts directories. Title : CoAP Option Extension : Size Author(s) : K. Li, et al. Filename : draft-li-core-coap-size-option-00.txt Pages : 8 Date : 2011-03-28 This document defines an extension to the Constrained Application Protocol (CoAP) to add a new option Size, which is used to indicate the resource size in a Put/Post request or in a Get response. Note Discussion and suggestions for improvement are requested, and should be sent to core at ietf.org. A URL for this Internet-Draft is: http://www.ietf.org/internet-drafts/draft-li-core-coap-size-option-00.txt Internet-Drafts are also available by anonymous FTP at: ftp://ftp.ietf.org/internet-drafts/ Below is the data which will enable a MIME compliant mail reader implementation to automatically retrieve the ASCII version of the Internet-Draft. From zehn.cao@gmail.com Mon Mar 28 04:49:40 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 68AB23A67E6; Mon, 28 Mar 2011 04:49:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.732 X-Spam-Level: X-Spam-Status: No, score=-3.732 tagged_above=-999 required=5 tests=[AWL=-0.133, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Uz1jFwOw+K7S; Mon, 28 Mar 2011 04:49:39 -0700 (PDT) Received: from mail-iw0-f172.google.com (mail-iw0-f172.google.com [209.85.214.172]) by core3.amsl.com (Postfix) with ESMTP id 7D80D3A67B0; Mon, 28 Mar 2011 04:49:39 -0700 (PDT) Received: by iwn39 with SMTP id 39so3490781iwn.31 for ; Mon, 28 Mar 2011 04:51:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to:cc :content-type; bh=KfZSbhgxJgv2IsC8JMl1g1O/82u6ryvqdt89szk0D/E=; b=meSliyKHiW4dUtYwLcOR9qrL6sIH2qhrSettFh3yle2n04HlxwfO3YW838vzQSyyTh cw2faDQ8zybDj3TVAF8FPRZJ5EvMklkfLvzYYHRFEwNJ7IvfkMZ45LxpIOtx9M8bqjUU 78th5GwOHJ3BwIN18ejS7r96x2T9/CU8rtJQI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=m2ucGcSIbzVsgVz0YY4ivTtQ7aHzFI6pQCXrXHDhfomYGPOyQeKbTzvgrBWJRq8f1P OJpD58dAIZ4kyGJUjOiKMMQbpivTaawfabR7VjozbMT8ocMubZKaz74s0WOOr8goeQ31 LTVwDXZ/plr7H1htwJ4aGWP7Bwc+JUG+0ufmc= MIME-Version: 1.0 Received: by 10.42.137.5 with SMTP id w5mr6333753ict.210.1301313076939; Mon, 28 Mar 2011 04:51:16 -0700 (PDT) Received: by 10.42.163.6 with HTTP; Mon, 28 Mar 2011 04:51:16 -0700 (PDT) Date: Mon, 28 Mar 2011 13:51:16 +0200 Message-ID: From: Zhen Cao To: lwip@ietf.org, 6lowpan WG <6lowpan@ietf.org>, core , roll@ietf.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Jari Arkko Subject: [core] LWIG Meeting Room Changed to Barcelona/Berlin X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 28 Mar 2011 11:49:40 -0000 Hi All, I just got a last minute notice from the session planner that the LWIG meeting room has been changed to "Barcelona/Berlin" which is on the Lobby level. Time NOT changed. Sorry for the inconvenience. -- Best regards, Zhen From angelo.castellani@gmail.com Mon Mar 28 06:43:51 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id D32FC3A682A for ; Mon, 28 Mar 2011 06:43:51 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.947 X-Spam-Level: X-Spam-Status: No, score=-2.947 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ATpgdB8jQFeB for ; Mon, 28 Mar 2011 06:43:51 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id D94B43A67E3 for ; Mon, 28 Mar 2011 06:43:50 -0700 (PDT) Received: by qyk29 with SMTP id 29so1108300qyk.10 for ; Mon, 28 Mar 2011 06:45:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=6EyHee5aODsJ2RH8mJ6KeVhuGUc3Cgfq3kZvPshzeZM=; b=Hu83MxqvHJ3yhhdr7hT9bQsLfn20SBh5kanlFSb1ELj0esSXSkgBM66fwYA1kpx8l7 CXX6W2SpbC6B3Q1F9+HcZXI70QrsKBNI/t7qlvFr60CJTbXiWmBAx7AzlUAdpEFKITw6 vIz3xbPtMxit61h3SnxsBJ8BdHhlyG1UBqRBc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=pA/N6QSvjS8YuDfRga0OzoBQEiTrFpGf1h3yyikdTxnie3lLo0wsEqQRxI44ZL3q7m Kalrixm9IUHxI8H7COtKEx++b4xIk5/96IlsQ69mvcI1V/B2g6sYjVppdKQvtkFvg5j3 LURiWlU9IYarrbUVVvdf1mbNU7f0itpk0eODc= Received: by 10.229.51.134 with SMTP id d6mr3366176qcg.89.1301319927183; Mon, 28 Mar 2011 06:45:27 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.84.69 with HTTP; Mon, 28 Mar 2011 06:45:07 -0700 (PDT) In-Reply-To: <000b01cbed2b$e0608670$a1219350$@uni-rostock.de> References: <000b01cbed2b$e0608670$a1219350$@uni-rostock.de> From: "Angelo P. Castellani" Date: Mon, 28 Mar 2011 15:45:07 +0200 X-Google-Sender-Auth: 1mF5Br6s3E--5NnaSOiVUsZr1ls Message-ID: To: Guido Moritz Content-Type: text/plain; charset=ISO-8859-1 Cc: core Subject: Re: [core] Comments on Observer-02 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 28 Mar 2011 13:43:51 -0000 +1 Probably to solve this could be better to have Observe option critical. Best, Angelo On Mon, Mar 28, 2011 at 11:38, Guido Moritz wrote: > Section 3.1.: If the server ignores the subscription, is there a response > code or any other indication for the client why this happened? It might be a > nice feature to indicate whether the server does not support observe at all > or if the client might retry it again later. > > Guido > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From trac+core@trac.tools.ietf.org Tue Mar 29 10:28:31 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 83B5B3A6A75 for ; Tue, 29 Mar 2011 10:28:31 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5ijYt1++VM2r for ; Tue, 29 Mar 2011 10:28:29 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 2A1683A6A71 for ; Tue, 29 Mar 2011 10:28:29 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q4ck3-0002U3-P6; Tue, 29 Mar 2011 10:30:07 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Tue, 29 Mar 2011 17:30:07 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/132 Message-ID: <053.23fd175ad3e8fb1a4a7303089729c32f@trac.tools.ietf.org> X-Trac-Ticket-ID: 132 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.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 Cc: core@ietf.org Subject: [core] #132: Separate response implicitly acks confirmable request X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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: Tue, 29 Mar 2011 17:28:31 -0000 #132: Separate response implicitly acks confirmable request Implementation note: When a client receives a separate response (CON) but hasn't received an ACK for the confirmable request yet, then the client can stop retransmitting the request. -- --------------------------------+------------------------------------------- Reporter: hartke@… | Owner: Type: editorial | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Tue Mar 29 10:29:27 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4F8333A6989 for ; Tue, 29 Mar 2011 10:29:27 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Lg2-6rXUrA6S for ; Tue, 29 Mar 2011 10:29:25 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 67D353A683D for ; Tue, 29 Mar 2011 10:29:25 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q4cky-0004xp-1a; Tue, 29 Mar 2011 10:31:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Tue, 29 Mar 2011 17:31:04 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/133 Message-ID: <053.2c1b100dfa74bde1c8fd4c59ac50b3d3@trac.tools.ietf.org> X-Trac-Ticket-ID: 133 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.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 Cc: core@ietf.org Subject: [core] #133: RST in reply to NON X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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: Tue, 29 Mar 2011 17:29:27 -0000 #133: RST in reply to NON An end-point MAY send a RST message in reply to a NON message in case some context is missing to properly process the NON message. -- ----------------------------------+----------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: Active WG Document | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Tue Mar 29 10:30:19 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2E2B03A6A76 for ; Tue, 29 Mar 2011 10:30:19 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fLtm8p0yZM1K for ; Tue, 29 Mar 2011 10:30:18 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 6BE463A6A88 for ; Tue, 29 Mar 2011 10:30:18 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q4clp-0002Ol-2H; Tue, 29 Mar 2011 10:31:57 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org X-Trac-Project: core Date: Tue, 29 Mar 2011 17:31:57 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/134 Message-ID: <053.682597724d90a0867039a7a256f448a6@trac.tools.ietf.org> X-Trac-Ticket-ID: 134 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@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 Cc: core@ietf.org Subject: [core] #134: Cache Invalidation only happens upon successful responses X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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: Tue, 29 Mar 2011 17:30:19 -0000 #134: Cache Invalidation only happens upon successful responses Only successful responses should invalidate caches. [http://trac.tools.ietf.org/wg/httpbis/trac/ticket/235] -- --------------------------------+------------------------------------------- Reporter: hartke@… | Owner: hartke@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: Active WG Document | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From angelo.castellani@gmail.com Tue Mar 29 14:14:12 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A5C4928C0E3 for ; Tue, 29 Mar 2011 14:14:12 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.948 X-Spam-Level: X-Spam-Status: No, score=-2.948 tagged_above=-999 required=5 tests=[AWL=0.029, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 5J9efJWvtLET for ; Tue, 29 Mar 2011 14:14:11 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id C16543A6825 for ; Tue, 29 Mar 2011 14:14:10 -0700 (PDT) Received: by qyk29 with SMTP id 29so2195976qyk.10 for ; Tue, 29 Mar 2011 14:15:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; bh=/jDrqHIzuIV/CAupVC/sqFO8qNm+XN1n3oHBIpOOeyY=; b=t0Ujh0JI/WAh5/J3d9JSsZzzGyls6hHd54cw3AN3r9pEJKo3rsJhLPlMygZ3T49vty 07s/8QLUaREP8qVPlRKQOOjFtGWQ4aNs1XzD0zhb85+cWlVpqIjkB+v5XITG4EOpA/zo XNuzq51EXA2EMlCd4WoEBR+mpi37XheSFHJMA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type :content-transfer-encoding; b=xXqjlKF4TCiTXt3vbmdfQkEFXx+a+kvqFl7319GrGzbrJ2djj1edFsh8ki4wg4V5Eo uvPreBdPTiIuwA5f6eX75ZA+GFyF5XkSz0wZpr75StNezclZH2lYCKGneYVSln+reW4c t3Y0sisL/4qv2tgt7BcpnBTjFXPSTVTcpgLI4= Received: by 10.229.90.130 with SMTP id i2mr355068qcm.127.1301433348842; Tue, 29 Mar 2011 14:15:48 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.84.69 with HTTP; Tue, 29 Mar 2011 14:15:28 -0700 (PDT) In-Reply-To: <053.23fd175ad3e8fb1a4a7303089729c32f@trac.tools.ietf.org> References: <053.23fd175ad3e8fb1a4a7303089729c32f@trac.tools.ietf.org> From: "Angelo P. Castellani" Date: Tue, 29 Mar 2011 23:15:28 +0200 X-Google-Sender-Auth: HI5e7S6Z3hx5FURzBk1y_hn0Sm0 Message-ID: To: trac+core@trac.tools.ietf.org Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: quoted-printable Cc: core@ietf.org, hartke@tzi.org Subject: Re: [core] #132: Separate response implicitly acks confirmable request X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 29 Mar 2011 21:14:12 -0000 Thanks for opening this ticket and #133 after my comments. About this ticket you can find useful text in Section 3.2 of coap-overhead-= 01 There are some other issues I pointed out during the meeting that I attach for convenience. You may want to address them as well in other tickets. Best, Angelo #1 Do we need to point out that a timeout is needed to handle non-piggybacked responses that never come? (server crashed in the meantime) #2 Some text should be added to pinpoint that very constrained implementation require additional state to handle Token option with non-piggybacked responses? Refer to Section 2.1 of coap-overhead-01 #3 Pipelined requests with block option could request out-of-bound blocks, because it does not know how many blocks are remaining. Do we need a Size as proposed in coap-size-option-00? On Tue, Mar 29, 2011 at 19:30, core issue tracker wrote: > #132: Separate response implicitly acks confirmable request > > =A0Implementation note: When a client receives a separate response (CON) = but > =A0hasn't received an ACK for the confirmable request yet, then the clien= t > =A0can stop retransmitting the request. > > -- > --------------------------------+----------------------------------------= --- > =A0Reporter: =A0hartke@=85 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 =A0 Owner: > =A0 =A0 Type: =A0editorial =A0 =A0 =A0 =A0 =A0 | =A0 =A0 =A0Status: =A0ne= w > =A0Priority: =A0minor =A0 =A0 =A0 =A0 =A0 =A0 =A0 | =A0 Milestone: > Component: =A0coap =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0| =A0 =A0 Version: > =A0Severity: =A0Active WG Document =A0| =A0 =A0Keywords: > --------------------------------+----------------------------------------= --- > > Ticket URL: > core > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > From tianlinyi@huawei.com Wed Mar 30 03:08:02 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2DC363A68AB for ; Wed, 30 Mar 2011 03:08:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.571 X-Spam-Level: X-Spam-Status: No, score=-2.571 tagged_above=-999 required=5 tests=[AWL=1.923, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cu4Wz9lH2mz9 for ; Wed, 30 Mar 2011 03:08:01 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 344CC28C0E2 for ; Wed, 30 Mar 2011 03:08:01 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00BD387O86@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:09:24 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00IEB87OD3@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:09:24 +0800 (CST) Received: from [130.129.22.174] (dhcp-16ae.meeting.ietf.org [130.129.22.174]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LIV002XD87GLO@szxml12-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:09:24 +0800 (CST) Date: Wed, 30 Mar 2011 12:09:12 +0200 From: Linyi Tian To: 'core' Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_qSDYXyFAfv5+TbOY/NlXQA)" Thread-topic: Comments on SOAP over CoAP Thread-index: AcvuwoQ/vLvsbZQYQEiA812ozX3oFg== User-Agent: Microsoft-Entourage/12.28.0.101117 Subject: [core] Comments on SOAP over CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 10:08:02 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --Boundary_(ID_qSDYXyFAfv5+TbOY/NlXQA) Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Hi, Guido Moritz I want to know why this is related to constrained environment. I gues the sOaP over UDP (OASIS work) is not for constrained devices. It is just a binding (same level as HTTP Binding) to address two scenarios: one request & request/response in UDP. During the meeting I also asked the question why do we need large data in response to POST request. This feature is required if we want to work on SoAp over CoAP. I am not sure whether this is too much for CoAP. It may not fit our charter and objective in CORE. What do you think? Cheers, Linyi --Boundary_(ID_qSDYXyFAfv5+TbOY/NlXQA) Content-type: text/html; charset=US-ASCII Content-transfer-encoding: 7BIT Comments on SOAP over CoAP Hi, Guido Moritz

I want to know why this is related to constrained environment. I gues the sOaP over UDP (OASIS work) is not for constrained devices. It is just a binding (same level as HTTP Binding)  to address two scenarios: one request & request/response in UDP.

During the meeting I also asked the question why do we need large data in response to POST request. This feature is required if we want to work on SoAp over CoAP. I am not sure whether this is too much for CoAP. It may not fit our charter and objective in CORE.

What do you think?

Cheers,
Linyi --Boundary_(ID_qSDYXyFAfv5+TbOY/NlXQA)-- From prvs=6070FC579C=guido.moritz@uni-rostock.de Wed Mar 30 03:29:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C206C3A68B7 for ; Wed, 30 Mar 2011 03:29:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.943 X-Spam-Level: X-Spam-Status: No, score=-1.943 tagged_above=-999 required=5 tests=[AWL=0.305, BAYES_00=-2.599, DOS_OUTLOOK_TO_MX=1, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id r9Fz9XRRvIQc for ; Wed, 30 Mar 2011 03:29:17 -0700 (PDT) Received: from mailrelay1.uni-rostock.de (mailrelay1.uni-rostock.de [139.30.8.201]) by core3.amsl.com (Postfix) with ESMTP id 09DB828C118 for ; Wed, 30 Mar 2011 03:29:17 -0700 (PDT) From: Guido Moritz To: 'Linyi Tian' , 'core' References: In-Reply-To: Date: Wed, 30 Mar 2011 12:30:56 +0200 Message-ID: <004501cbeec5$8dd537c0$a97fa740$@uni-rostock.de> MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0046_01CBEED6.515E07C0" X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQJtjv7iUkwRIEXxeRcvGhaooo0V+pMCaLmQ Content-Language: de Subject: Re: [core] Comments on SOAP over CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 10:29:22 -0000 ------=_NextPart_000_0046_01CBEED6.515E07C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Linyi, =20 indeed I am not completely sure if this work fits in the IETF, working = on this in OASIS (especially in the WS-DD TC, i.e. DPWS) might be another = and maybe the right option. But as stated in the draft, we also wanted to = point at issues coming up when using CoAP. And yes, we are using CoAP not as = it was intended. But the same happened to HTTP (e.g. XMPP over HTTP = =91BOSH=92, WebDav, SOAP over HTTP=85). So even if CoAP was designed as a RESTful protocol, it might be =91misused=92 in future developments just as = reliable transport mechanism (as we are doing with SOAP over CoAP). So we wanted = to point at the critical issues that might have to be changed. =20 For example having a payload in a POST response is required by all such kinds of Foo over CoAP solutions. POST is too unclear as it just says =91server, process this and do whatever you have to do with it=92. And = in our case this requires maybe a payload in the response also. =20 So since we have implementations for DPWS and EXI for TelosB motes, we = are quite optimistic to push DPWS/SOAP down to these constrained = environments also. Maybe not =91Class 1=92 devices and only =91Class 2=92 (c.f. = Carstens classification), but this is what we try to find out. So the CoAP = binding is just another building block to be required.=20 =20 Best, Guido =20 Von: core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag von Linyi Tian Gesendet: Mittwoch, 30. M=E4rz 2011 12:09 An: 'core' Betreff: [core] Comments on SOAP over CoAP =20 Hi, Guido Moritz I want to know why this is related to constrained environment. I gues = the sOaP over UDP (OASIS work) is not for constrained devices. It is just a binding (same level as HTTP Binding) to address two scenarios: one = request & request/response in UDP. During the meeting I also asked the question why do we need large data = in response to POST request. This feature is required if we want to work on SoAp over CoAP. I am not sure whether this is too much for CoAP. It may = not fit our charter and objective in CORE. What do you think? Cheers, Linyi=20 ------=_NextPart_000_0046_01CBEED6.515E07C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Comments on SOAP over = CoAP

Linyi,

 

indeed I am not completely sure if this work fits in the IETF, = working on this in OASIS (especially in the WS-DD TC, i.e. DPWS) might = be another and maybe the right option. But as stated in the draft, we = also wanted to point at issues coming up when using CoAP. And yes, we = are using CoAP not as it was intended. But the same happened to HTTP = (e.g. XMPP over HTTP ‘BOSH’, WebDav, SOAP over HTTP…). = So even if CoAP was designed as a RESTful protocol, it might be = ‘misused’ in future developments just as reliable transport = mechanism (as we are doing with SOAP over CoAP). So we wanted to point = at the critical issues that might have to be = changed.

 

For example having a payload in a POST response is required by all = such kinds of Foo over CoAP solutions. POST is too unclear as it just = says ‘server, process this and do whatever you have to do with = it’. And in our case this requires maybe a payload in the response = also.

 

So since we have implementations for DPWS and EXI for TelosB motes, = we are quite optimistic to push DPWS/SOAP down to these constrained = environments also. Maybe not ‘Class 1’ devices and only = ‘Class 2’ (c.f. Carstens classification), but this is what = we try to find out. So the CoAP binding is just another building block = to be required.

 

Best,

Guido

 

Von:<= /b> = core-bounces@ietf.org [mailto:core-bounces@ietf.org] Im Auftrag von = Linyi Tian
Gesendet: Mittwoch, 30. M=E4rz 2011 = 12:09
An: 'core'
Betreff: [core] Comments on SOAP = over CoAP

 

Hi, Guido = Moritz

I want to know why this is related to constrained = environment. I gues the sOaP over UDP (OASIS work) is not for = constrained devices. It is just a binding (same level as HTTP Binding) =  to address two scenarios: one request & request/response in = UDP.

During the meeting I also asked the question why do we need = large data in response to POST request. This feature is required if we = want to work on SoAp over CoAP. I am not sure whether this is too much = for CoAP. It may not fit our charter and objective in CORE.

What = do you think?

Cheers,
Linyi =

------=_NextPart_000_0046_01CBEED6.515E07C0-- From cabo@tzi.org Wed Mar 30 03:44:06 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3933128C0DB for ; Wed, 30 Mar 2011 03:44:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -106.249 X-Spam-Level: X-Spam-Status: No, score=-106.249 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_DE=0.35, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id A1DupsWyV80e for ; Wed, 30 Mar 2011 03:44:04 -0700 (PDT) Received: from informatik.uni-bremen.de (mailhost.informatik.uni-bremen.de [IPv6:2001:638:708:30c9::12]) by core3.amsl.com (Postfix) with ESMTP id 821F728C12D for ; Wed, 30 Mar 2011 03:44:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at informatik.uni-bremen.de Received: from smtp-fb3.informatik.uni-bremen.de (smtp-fb3.informatik.uni-bremen.de [134.102.224.120]) by informatik.uni-bremen.de (8.14.3/8.14.3) with ESMTP id p2UAjNjn008574; Wed, 30 Mar 2011 12:45:23 +0200 (CEST) Received: from dhcp-9066.meeting.ietf.org (unknown [130.129.8.102]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp-fb3.informatik.uni-bremen.de (Postfix) with ESMTPSA id 90615599; Wed, 30 Mar 2011 12:45:23 +0200 (CEST) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=windows-1252 From: Carsten Bormann In-Reply-To: <004501cbeec5$8dd537c0$a97fa740$@uni-rostock.de> Date: Wed, 30 Mar 2011 12:45:22 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: <7C803CFB-490B-4C76-AE88-825FD6EDA306@tzi.org> References: <004501cbeec5$8dd537c0$a97fa740$@uni-rostock.de> To: Guido Moritz X-Mailer: Apple Mail (2.1082) Cc: 'core' Subject: Re: [core] Comments on SOAP over CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 10:44:06 -0000 (Chair Hat off) > So even if CoAP was designed as a RESTful protocol, it might be = =91misused=92 in future developments just as reliable transport = mechanism (as we are doing with SOAP over CoAP). So we wanted to point = at the critical issues that might have to be changed. Actually, using POST on a resource to affect its state in a fashion not = defined by REST does not contradict the REST architecture at all. So in = this respect, the proposed mapping does not misuse the protocol or = violate REST. SOAP's architecture does, but that doesn't make it less = useful as a benchmark to see whether we've done POST right. Thank you, = Guido, for insisting on this -- I'm looking forward to your presentation = later today and your comments whether we got the details right in the = next version of core-coap and -block. Gruesse, Carsten From tianlinyi@huawei.com Wed Mar 30 03:55:23 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 3614E3A6B0E for ; Wed, 30 Mar 2011 03:55:23 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.835 X-Spam-Level: X-Spam-Status: No, score=-2.835 tagged_above=-999 required=5 tests=[AWL=0.263, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id BdXAkd2Lffcd for ; Wed, 30 Mar 2011 03:55:19 -0700 (PDT) Received: from szxga04-in.huawei.com (unknown [119.145.14.67]) by core3.amsl.com (Postfix) with ESMTP id E07C83A6906 for ; Wed, 30 Mar 2011 03:55:18 -0700 (PDT) Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV002UCAEN0L@szxga04-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:56:47 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV000F7AENSB@szxga04-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:56:47 +0800 (CST) Received: from [130.129.22.174] (dhcp-16ae.meeting.ietf.org [130.129.22.174]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LIV00268AEDLO@szxml12-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 18:56:47 +0800 (CST) Date: Wed, 30 Mar 2011 12:56:31 +0200 From: Linyi Tian To: 'core' Message-id: MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_l9bNAPYWeJhJmbBqLfzemg)" Thread-topic: Comments on WADL Interface Description Thread-index: AcvuySBsmS6bP8+3b02A0roQ52OeOw== User-Agent: Microsoft-Entourage/12.28.0.101117 Subject: [core] Comments on WADL Interface Description X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 10:55:23 -0000 > This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. --Boundary_(ID_l9bNAPYWeJhJmbBqLfzemg) Content-type: text/plain; charset=ISO-8859-1 Content-transfer-encoding: quoted-printable Hi, Matthieu and Zach I asked several questions before regarding how to use =8C-d=B9 attribute In Lin= k format. I am quite happy to see that Is explained In this new draft. It Is a quite reasonable approach to describe the semantics and how to Interact with the sensor. I have some general questions as follows: 1. WADL was not a standard so far. In W3C page, It says W3C has no plan to work on It. Is there any other available technology can be used? http://www.w3.org/Submission/2009/03/Comment 2. Do we need to care where to store the WADL file? Is there any architecture impact? 3. Is it allowed to define the and separately? Secton 4.1 Section 4.2 4. If a representation for a param is =B3application/xml=B2, it will be left to application to define the actual format. Is this correct? Cheers, Linyi --Boundary_(ID_l9bNAPYWeJhJmbBqLfzemg) Content-type: text/html; charset=ISO-8859-1 Content-transfer-encoding: 7BIT Comments on WADL Interface Description Hi, Matthieu and Zach

I asked several questions before regarding how to use ‘-d’ attribute In Link format. I am quite happy to see that Is explained In this new draft.

It Is a quite reasonable approach to describe the semantics and how to Interact with the sensor. I have some general questions as follows:
1. WADL was not a standard so far. In W3C page, It says W3C has no plan to work on It. Is there any other available technology can be used?
http://www.w3.org/Submission/2009/03/Comment

2. Do we need to care where to store the WADL file? Is there any architecture impact?

3. Is it allowed to define the <Representation> and <Param> separately?
Secton 4.1
<resource_type id="sensor.temperature"> <method name="GET" id="GetTemperature">
<request> <representation mediaType="text/plain" />
</request> </method>
</resource_type>

Section 4.2
<resource_type id="sensor.temperature"> <method name="GET" id="GetTemperature">
<request> <param name="unit" style="query" default="C" required="no">
<option value="C"><doc>Celsius</doc></option> <option value="K"><doc>Kelvin</doc></option> <option value="F"><doc>Farenheit</doc></option>
</param> </request>
</method> </resource_type>

4. If a representation for a param is “application/xml”, it will be left to application to define the actual format. Is this correct?
<resource_type id="meter.power"> <method name="GET" id="GetPower">
<request> <representation mediaType="application/xml" />
</request> </method>
</resource_type>

Cheers,
Linyi --Boundary_(ID_l9bNAPYWeJhJmbBqLfzemg)-- From tianlinyi@huawei.com Wed Mar 30 04:02:29 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id CE33028C13C for ; Wed, 30 Mar 2011 04:02:29 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -1.698 X-Spam-Level: X-Spam-Status: No, score=-1.698 tagged_above=-999 required=5 tests=[AWL=-1.049, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, MIME_CHARSET_FARAWAY=2.45, MIME_QP_LONG_LINE=1.396, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 62eNw2ibv7su for ; Wed, 30 Mar 2011 04:02:29 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id CD75028C13B for ; Wed, 30 Mar 2011 04:02:28 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00B7MAQK7J@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:03:56 +0800 (CST) Received: from huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00CN9AQKI8@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:03:56 +0800 (CST) Received: from [130.129.22.174] (dhcp-16ae.meeting.ietf.org [130.129.22.174]) by szxml12-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0LIV002KPAQFLO@szxml12-in.huawei.com>; Wed, 30 Mar 2011 19:03:56 +0800 (CST) Date: Wed, 30 Mar 2011 13:03:47 +0200 From: Linyi Tian In-reply-to: <7C803CFB-490B-4C76-AE88-825FD6EDA306@tzi.org> To: Carsten Bormann , Guido Moritz Message-id: MIME-version: 1.0 Content-type: text/plain; charset=GB2312 Content-transfer-encoding: quoted-printable Thread-topic: [core] Comments on SOAP over CoAP Thread-index: AcvuyiRMWz1WdsSgvECYkoaG8y8D/Q== User-Agent: Microsoft-Entourage/12.28.0.101117 Cc: 'core' Subject: Re: [core] Comments on SOAP over CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 11:02:29 -0000 Hi, Guido and Carsten What I heard is that there maybe some scenarios require Large data in response to POST. However I didn't hear real world use cases for this. It i= s better to show some examples. It would be good to have some discussions on this before we move to the decision to change CoAP and Block. To Guido: I think if OASIS can analyze CoAP binding would be better since they have the requirements in mind for SoAP over UDP. However I am fine to have some discussions here as well. Just need to keep in mind the major goal for CORE so far is still to identify the need for constrained environment:) Cheers, Linyi=20 On 11-3-30 =CF=C2=CE=E712:45, "Carsten Bormann" wrote: > (Chair Hat off) >=20 >> So even if CoAP was designed as a RESTful protocol, it might be =A1=AEmisuse= d=A1=AF in >> future developments just as reliable transport mechanism (as we are doin= g >> with SOAP over CoAP). So we wanted to point at the critical issues that = might >> have to be changed. >=20 > Actually, using POST on a resource to affect its state in a fashion not > defined by REST does not contradict the REST architecture at all. So in = this > respect, the proposed mapping does not misuse the protocol or violate RES= T. > SOAP's architecture does, but that doesn't make it less useful as a bench= mark > to see whether we've done POST right. Thank you, Guido, for insisting on= this > -- I'm looking forward to your presentation later today and your comments > whether we got the details right in the next version of core-coap and -bl= ock. >=20 > Gruesse, Carsten >=20 From likepeng@huawei.com Wed Mar 30 04:19:48 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2240128C13A for ; Wed, 30 Mar 2011 04:19:48 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.064 X-Spam-Level: X-Spam-Status: No, score=-2.064 tagged_above=-999 required=5 tests=[AWL=2.430, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9xOTwcXXjbn5 for ; Wed, 30 Mar 2011 04:19:47 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id E4A703A6947 for ; Wed, 30 Mar 2011 04:19:46 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00BQ8BJE7L@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:21:15 +0800 (CST) Received: from szxeml204-edg.china.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00HL9BJESY@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:21:14 +0800 (CST) Received: from SZXEML402-HUB.china.huawei.com (10.82.67.32) by szxeml204-edg.china.huawei.com (172.24.2.56) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 30 Mar 2011 19:21:09 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.200]) by SZXEML402-HUB.china.huawei.com ([10.82.67.32]) with mapi id 14.01.0270.001; Wed, 30 Mar 2011 19:21:14 +0800 Date: Wed, 30 Mar 2011 11:21:13 +0000 From: Likepeng X-Originating-IP: [172.24.2.40] To: "core@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F226E3F8@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_TZw+xvE/VOptpKaTLmOgBw)" Content-language: zh-CN Accept-Language: zh-CN, en-US Thread-topic: [core] Comments to draft-castellani-core-http-coap-mapping-01 Thread-index: AQHL7suraLq26xPiR0GvBHq49xFRSA== X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [core] Comments to draft-castellani-core-http-coap-mapping-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 11:19:48 -0000 --Boundary_(ID_TZw+xvE/VOptpKaTLmOgBw) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT Hi Angelo and Salvatore, I have reviewed the draft, and have the following comments: (1) Section 2.2: It is not clear about the three proxy models: Forward Proxy, Reverse Proxy, Transparent. In the draft, there are definitions about these three models, but how to use it is not clearly defined. More detailed explanation will be helpful. (2) Section 2.4.1: It is mentioned about lifetime for observation. In fact, lifetime was removed from Observe draft. So, this needs to be changed accordingly. (3) In the draft, it is mentioned about the establishment of observation using HTTP/COAP Proxy. Maybe it is also helpful to add another section to explain how to use CoAP/HTTP proxy for Block wise transfers, for example, the use of Range header. (4) This draft needs to be merged with draft-hartke-core-coap-http-00, and also some texts can be taken from CoAP-05. Thanks, Kind Regards Kepeng --Boundary_(ID_TZw+xvE/VOptpKaTLmOgBw) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT

Hi Angelo and Salvatore,

 

I have reviewed the draft, and have the following comments:

(1) Section 2.2: It is not clear about the three proxy models: Forward Proxy, Reverse Proxy, Transparent. In the draft, there are definitions about these three models, but how to use it is not clearly defined. More detailed explanation will be helpful.

(2) Section 2.4.1: It is mentioned about lifetime for observation. In fact, lifetime was removed from Observe draft. So, this needs to be changed accordingly.

(3) In the draft, it is mentioned about the establishment of observation using HTTP/COAP Proxy. Maybe it is also helpful to add another section to explain how to use CoAP/HTTP proxy for Block wise transfers, for example, the use of Range header.

(4) This draft needs to be merged with draft-hartke-core-coap-http-00, and also some texts can be taken from CoAP-05.

 

Thanks,

Kind Regards

Kepeng

 

 

 

 

 

--Boundary_(ID_TZw+xvE/VOptpKaTLmOgBw)-- From likepeng@huawei.com Wed Mar 30 04:52:14 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id E027C28C14C for ; Wed, 30 Mar 2011 04:52:13 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.226 X-Spam-Level: X-Spam-Status: No, score=-2.226 tagged_above=-999 required=5 tests=[AWL=2.268, BAYES_00=-2.599, FH_RELAY_NODNS=1.451, HELO_MISMATCH_COM=0.553, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-4, RDNS_NONE=0.1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vTgKuZ+QoVHm for ; Wed, 30 Mar 2011 04:52:12 -0700 (PDT) Received: from szxga03-in.huawei.com (unknown [119.145.14.66]) by core3.amsl.com (Postfix) with ESMTP id 1582928C11A for ; Wed, 30 Mar 2011 04:52:12 -0700 (PDT) Received: from huawei.com (szxga03-in [172.24.2.9]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00B5PD1G7Q@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:53:40 +0800 (CST) Received: from szxeml206-edg.china.huawei.com ([172.24.2.119]) by szxga03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0LIV00CPFD1FF2@szxga03-in.huawei.com> for core@ietf.org; Wed, 30 Mar 2011 19:53:39 +0800 (CST) Received: from SZXEML401-HUB.china.huawei.com (10.82.67.31) by szxeml206-edg.china.huawei.com (172.24.2.58) with Microsoft SMTP Server (TLS) id 14.1.270.1; Wed, 30 Mar 2011 19:53:35 +0800 Received: from SZXEML506-MBX.china.huawei.com ([169.254.4.200]) by SZXEML401-HUB.china.huawei.com ([10.82.67.31]) with mapi id 14.01.0270.001; Wed, 30 Mar 2011 19:53:39 +0800 Date: Wed, 30 Mar 2011 11:53:39 +0000 From: Likepeng X-Originating-IP: [172.24.2.40] To: "core@ietf.org" Message-id: <34966E97BE8AD64EAE9D3D6E4DEE36F226E417@szxeml506-mbx.china.huawei.com> MIME-version: 1.0 Content-type: multipart/alternative; boundary="Boundary_(ID_aPm/M/noQ7gpzSZAaHmFIg)" Content-language: zh-CN Accept-Language: zh-CN, en-US Thread-topic: [core] Comments to draft-rahman-core-groupcomm-04 Thread-index: AcvuziA1ZY0YyLawTOeP6RzH4nIhEw== X-MS-Has-Attach: X-MS-TNEF-Correlator: Subject: [core] Comments to draft-rahman-core-groupcomm-04 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 11:52:14 -0000 --Boundary_(ID_aPm/M/noQ7gpzSZAaHmFIg) Content-type: text/plain; charset=gb2312 Content-transfer-encoding: 7BIT Hi Akbar, and all, I reviewed the group communication draft and have the following comments: (1) Section 4, Application Group Management, the draft proposes to add two Options: Group Join and Group Leave to CoAP, but which method will be used? Post or Put? (2) Section 6, Usually, we use CoAP to send request from proxy to CoAP node to retrieve something or update something, but this draft introduces another message direction, from CoAP node to proxy. How can the constrained CoAP node initiate the request? Is the request indicated by a user? (3) Section 3.1.5.2, it is mentioned about the MGET and MPUT. I am not sure why we need that. If requester wants to send multiple Get/Put for multiple reciepient, it can just send requests separately. We don't need to define other similar methods. (4) Section 3.1.3, Group Discovery, this is a difficult part for constrained CoAP node to support. It will be easier for the proxy or group manager to discover the CoAP nodes, and add them to the group or remove them from the group. (5) In general, I think the main task of group communication will be done by the HTTP/CoAP proxy. Group communication can be explained in the CoAP/HTTP mapping draft. It is not clear to me what should be standardized for group communication. It is better to leave this to HTTP/CoAP Proxy implementation to achieve. Thanks, Kind Regards Kepeng --Boundary_(ID_aPm/M/noQ7gpzSZAaHmFIg) Content-type: text/html; charset=gb2312 Content-transfer-encoding: 7BIT

Hi Akbar, and all,

 

I reviewed the group communication draft and have the following comments:

(1) Section 4, Application Group Management, the draft proposes to add two Options: Group Join and Group Leave to CoAP, but which method will be used? Post or Put?

(2) Section 6, Usually, we use CoAP to send request from proxy to CoAP node to retrieve something or update something, but this draft introduces another message direction, from CoAP node to proxy. How can the constrained CoAP node initiate the request?  Is the request indicated by a user?

(3) Section 3.1.5.2, it is mentioned about the MGET and MPUT. I am not sure why we need that. If requester wants to send multiple Get/Put for multiple reciepient, it can just send requests separately. We don't need to define other similar methods.

(4) Section 3.1.3, Group Discovery, this is a difficult part for constrained CoAP node to support. It will be easier for the proxy or group manager to discover the CoAP nodes, and add them to the group or remove them from the group.

(5) In general, I think the main task of group communication will be done by the HTTP/CoAP proxy. Group communication can be explained in the CoAP/HTTP mapping draft. It is not clear to me what should be standardized for group communication. It is better to leave this to HTTP/CoAP Proxy implementation to achieve.

 

Thanks,

Kind Regards

Kepeng

 

 

--Boundary_(ID_aPm/M/noQ7gpzSZAaHmFIg)-- From angelo.castellani@gmail.com Wed Mar 30 05:44:40 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 25AFF3A6982 for ; Wed, 30 Mar 2011 05:44:40 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -2.949 X-Spam-Level: X-Spam-Status: No, score=-2.949 tagged_above=-999 required=5 tests=[AWL=0.028, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n4AxqNJKMRdv for ; Wed, 30 Mar 2011 05:44:35 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 8EC3A3A6813 for ; Wed, 30 Mar 2011 05:44:35 -0700 (PDT) Received: by qyk29 with SMTP id 29so2572790qyk.10 for ; Wed, 30 Mar 2011 05:46:14 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:from :date:x-google-sender-auth:message-id:subject:to:cc:content-type; bh=kqKgGBE8E/4v6ryzAoNODIUbMvUHqS4+TruKHq26hqI=; b=JnuzSgWxTMtxvBW5VLMsOJBVuNRGIQMCsLe7sBUyzhZ9rGd/+rKuFJEwGuu6vZRPSL Y3Z/Vvt74RP6x9CvMDqsoaHutEKjmsD5ykgl3ArLZcs4cODSfZCy/DID6G0ZankdR79D Xkob8Nlemf2pVRqLxKE4AvdQTDGzRJiCHx00M= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=dZzLj6fRiEaqBVBhsTX8pG1dUrxyptpvJRj4ytmQynW7b2iYTI2cpnGP28vkDX4RMC syF53Xk/q1JJeYYc1cGwveQfaIhKeO06jNAEcu+vR1yg2CFdALCSYB0nPBpl1v7WWSFu xrAyTP/UzcN95yVDAB/wXvrvq7joqNg37SQRw= Received: by 10.229.220.149 with SMTP id hy21mr971349qcb.51.1301489174136; Wed, 30 Mar 2011 05:46:14 -0700 (PDT) MIME-Version: 1.0 Sender: angelo.castellani@gmail.com Received: by 10.229.84.69 with HTTP; Wed, 30 Mar 2011 05:45:54 -0700 (PDT) In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F226E3F8@szxeml506-mbx.china.huawei.com> References: <34966E97BE8AD64EAE9D3D6E4DEE36F226E3F8@szxeml506-mbx.china.huawei.com> From: "Angelo P. Castellani" Date: Wed, 30 Mar 2011 14:45:54 +0200 X-Google-Sender-Auth: sQYwJoHKj4GdJ8RMmXfbytmg1HE Message-ID: To: Likepeng Content-Type: text/plain; charset=ISO-8859-1 Cc: "core@ietf.org" Subject: Re: [core] Comments to draft-castellani-core-http-coap-mapping-01 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 12:44:40 -0000 Thanks Kepeng for the comments. Please consider that our draft was based upon coap-04 and observe-01... Now needs some updates as you noted. 2011/3/30 Likepeng : > Hi Angelo and Salvatore, > > I have reviewed the draft, and have the following comments: > > (1) Section 2.2: It is not clear about the three proxy models: Forward > Proxy, Reverse Proxy, Transparent. In the draft, there are definitions about > these three models, but how to use it is not clearly defined. More detailed > explanation will be helpful. We were planning to do so, but we waited for some comments before expanding that section and go over with more text. > (2) Section 2.4.1: It is mentioned about lifetime for observation. In fact, > lifetime was removed from Observe draft. So, this needs to be changed > accordingly. We plan to to do this in the next revision, as said before. > (3) In the draft, it is mentioned about the establishment of observation > using HTTP/COAP Proxy. Maybe it is also helpful to add another section to > explain how to use CoAP/HTTP proxy for Block wise transfers, for example, > the use of Range header. Sure that is TBD and we will be probably merging with Klaus on this section. > (4) This draft needs to be merged with draft-hartke-core-coap-http-00, and > also some texts can be taken from CoAP-05. Yes, as said. Best, Angelo From kerlyn2001@gmail.com Wed Mar 30 05:48:25 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C387D3A67FC for ; Wed, 30 Mar 2011 05:48:25 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.331 X-Spam-Level: X-Spam-Status: No, score=-3.331 tagged_above=-999 required=5 tests=[AWL=0.267, BAYES_00=-2.599, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JqoUSxAUqU97 for ; Wed, 30 Mar 2011 05:48:24 -0700 (PDT) Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by core3.amsl.com (Postfix) with ESMTP id 81E4528C108 for ; Wed, 30 Mar 2011 05:48:24 -0700 (PDT) Received: by qyk29 with SMTP id 29so2575220qyk.10 for ; Wed, 30 Mar 2011 05:50:03 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=X8D+hx+Rst/nElTjQYAGBbb/Eho3pDeyMf+qiNIFOmU=; b=C3ne6S2nOazRuLAUa7JZDv9OrEsX2vXC2QWjNwBZuKH11Du44k34DVtIBM/eefvwsA o+CYGBAwCnyIcK3EOgZ6s6XaaC1tufYBlqeQXs1JFSuVKyEbvVVUjK2axod9lduFRPnb 6US3LRASM/20yL5GQvC3QTJ10yUvOqTA2zgUo= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=QZAYlixnnpoe9gTu+onIZm+DD5QAIxgPELMw5nWA/PZfOTS2hZ6z7eGV/Q33B5cEuC Gm6QN2FlKK062rZzhwalEV18g5iN2shOwyvfaOvz5pjxjFFh/IY/4ehMr3Sp2lwTXB9R 3UotRK1t6eRhoBwnwBTm27FsiiIoWJSgfiQsQ= MIME-Version: 1.0 Received: by 10.229.27.65 with SMTP id h1mr860475qcc.216.1301489402524; Wed, 30 Mar 2011 05:50:02 -0700 (PDT) Received: by 10.229.71.1 with HTTP; Wed, 30 Mar 2011 05:50:02 -0700 (PDT) In-Reply-To: <34966E97BE8AD64EAE9D3D6E4DEE36F226E417@szxeml506-mbx.china.huawei.com> References: <34966E97BE8AD64EAE9D3D6E4DEE36F226E417@szxeml506-mbx.china.huawei.com> Date: Wed, 30 Mar 2011 08:50:02 -0400 Message-ID: From: Kerry Lynn To: Likepeng Content-Type: multipart/alternative; boundary=001636426b69843654049fb29dbd Cc: "core@ietf.org" Subject: Re: [core] Comments to draft-rahman-core-groupcomm-04 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 12:48:25 -0000 --001636426b69843654049fb29dbd Content-Type: text/plain; charset=ISO-8859-1 Comments inline... 2011/3/30 Likepeng > Hi Akbar, and all, > > > > I reviewed the group communication draft and have the following comments: > > (1) Section 4, Application Group Management, the draft proposes to add two > Options: Group Join and Group Leave to CoAP, but which method will be used? > Post or Put? > > (2) Section 6, Usually, we use CoAP to send request from proxy to CoAP > node to retrieve something or update something, but this draft introduces > another message direction, from CoAP node to proxy. How can the constrained > CoAP node initiate the request? Is the request indicated by a user? > > (3) Section 3.1.5.2, it is mentioned about the MGET and MPUT. I am not sure > why we need that. If requester wants to send multiple Get/Put for multiple > reciepient, it can just send requests separately. We don't need to define > other similar methods. > MGET and MPUT are just mnemonics. They stand for "GET request sent to a multicast address" and "PUT request sent to a multicast address", respectively. We aren't suggesting new methods. This is in contrast to group comms that use serial unicasting. > (4) Section 3.1.3, Group Discovery, this is a difficult part for > constrained CoAP node to support. It will be easier for the proxy or group > manager to discover the CoAP nodes, and add them to the group or remove them > from the group. > Vendors should not be prevented from implementing DNS responders on constrained devices if they choose to do so. But a more likely client for DNS-SD is a management console or more functional device. DNS-SD is proposed as a way to limit discovery traffic on constrained data links in large installations. > (5) In general, I think the main task of group communication will be done > by the HTTP/CoAP proxy. Group communication can be explained in the > CoAP/HTTP mapping draft. It is not clear to me what should be standardized > for group communication. It is better to leave this to HTTP/CoAP Proxy > implementation to achieve. > > No, this is simply one aspect of group comms. We cannot predict, a priori, how a capability will be used. Only that it cannot be used if we don't specify it. Regards, -K- > > > Thanks, > > Kind Regards > > Kepeng > > > > > > _______________________________________________ > core mailing list > core@ietf.org > https://www.ietf.org/mailman/listinfo/core > > --001636426b69843654049fb29dbd Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Comments inline...

2011/3/30 Likepeng <likepeng@huawei.c= om>

Hi Akbar, and all,

=A0

I reviewed the group communication draft and have the following comments= :

(1) Section 4, Application Group Management,=A0the draft proposes to add= two Options: Group Join and Group Leave to CoAP, but which method will be = used? Post or Put?

(2) Section 6, Usually, we use CoAP to send request from proxy to CoAP n= ode=A0to retrieve something or update something, but this draft introduces = another message direction, from CoAP node to proxy. How can the constrained= CoAP node initiate the request? =A0Is=A0the request=A0indicated by a user?

(3) Section 3.1.5.2, it is mentioned about the MGET and MPUT. I am not s= ure why we need that. If requester wants to send multiple Get/Put for multi= ple reciepient, it can just send requests separately. We don't need to = define other similar methods.

MGET and MPUT are just mnemonics.=A0 They sta= nd for "GET request sent to a multicast address"
and "PUT= request sent to a multicast address", respectively.=A0 We aren't = suggesting new methods.
This is in contrast to group comms that use serial unicasting.

(4) Section 3.1.3, Group Discovery, this is a difficult part for constra= ined CoAP node to support. It will be easier for the proxy or group manager= to discover the CoAP nodes, and add them to the group or remove them from = the group.

Vendors should not be prevented from implemen= ting DNS responders
on constrained devices if they choose to do so.=A0 B= ut a more likely
client for DNS-SD is a management console or more funct= ional
device.=A0 DNS-SD is proposed as a way to limit discovery traffic on
con= strained data links in large installations.

(5) In general, I think the main task of group communication will=A0be d= one by the HTTP/CoAP proxy. Group communication can be=A0explained in=A0the= CoAP/HTTP=A0mapping draft. It is not clear to me what should be standardiz= ed for group communication. It is better to leave this to HTTP/CoAP Proxy implementation to achieve.

No, this is simply one aspect of group= comms.=A0 We cannot predict, a priori,
how a capability will be used.= =A0 Only that it cannot be used if we don't
specify it.

Regar= ds, -K-

=A0

Thanks,

Kind Regards

Kepeng

=A0

=A0


_______________________________________________
core mailing list
core@ietf.org
ht= tps://www.ietf.org/mailman/listinfo/core


--001636426b69843654049fb29dbd-- From matthieu.vial@non.schneider-electric.com Wed Mar 30 08:01:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 071ED3A6B68; Wed, 30 Mar 2011 08:01:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -3.599 X-Spam-Level: X-Spam-Status: No, score=-3.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id QIA3TLz3e+ZN; Wed, 30 Mar 2011 08:01:21 -0700 (PDT) Received: from mailX02.eud.schneider-electric.com (mailx02.eud.schneider-electric.com [205.167.7.38]) by core3.amsl.com (Postfix) with ESMTP id DC1743A6983; Wed, 30 Mar 2011 08:01:20 -0700 (PDT) Received: from ateui02.Schneider-Electric.com ([10.198.14.10]) by mailX02.eud.schneider-electric.com with ESMTP id 2011033016364365-30698 ; Wed, 30 Mar 2011 16:36:43 +0200 In-Reply-To: To: Linyi Tian MIME-Version: 1.0 X-Mailer: Lotus Notes Release 6.5.6 March 06, 2007 From: matthieu.vial@non.schneider-electric.com Message-ID: Date: Wed, 30 Mar 2011 17:02:23 +0200 X-MIMETrack: Serialize by Router on ATEUI02.Schneider-Electric.com/T/SVR/Schneider at 30/03/2011 17:02:50, Serialize complete at 30/03/2011 17:02:50, Itemize by SMTP Server on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 30/03/2011 16:36:43, Serialize by Router on AXEU2OUT.schneider-electric.com/X/SVR/SEIxtra at 30/03/2011 16:36:46, Serialize complete at 30/03/2011 16:36:46 Content-Transfer-Encoding: base64 Content-Type: text/plain; charset="UTF-8" X-Mailman-Approved-At: Wed, 30 Mar 2011 08:40:35 -0700 Cc: core-bounces@ietf.org, 'core' Subject: [core] RE Comments on WADL Interface Description X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 30 Mar 2011 15:27:46 -0000 SGkgTGlueWksDQoNClRoYW5rIHlvdSBmb3IgeW91ciBjb21tZW50cy4gU2VlIG15IGFuc3dlcnMg YmVsb3cuDQoNCg0KPjEuIFdBREwgd2FzIG5vdCBhIHN0YW5kYXJkIHNvIGZhci4gSW4gVzNDIHBh Z2UsIEl0IHNheXMgVzNDIGhhcyBubyBwbGFuIA0KdG8gd29yayBvbiBJdC4gSXMgdGhlcmUgYW55 IG90aGVyIGF2YWlsYWJsZSB0ZWNobm9sb2d5IGNhbiBiZSB1c2VkPw0KV1NETDIgaGFzIG5vdyBh biBIVFRQIGJpbmRpbmcgdG8gZGVzY3JpYmUgYSBSRVNUZnVsIGludGVyZmFjZS4gQnV0IHRoZSAN CmRlc2NyaXB0aW9uIGlzIG1vcmUgY29tcGxleCB0aGFuIFdBREwuDQoNCg0KPjIuIERvIHdlIG5l ZWQgdG8gY2FyZSB3aGVyZSB0byBzdG9yZSB0aGUgV0FETCBmaWxlPyBJcyB0aGVyZSBhbnkgDQph cmNoaXRlY3R1cmUgaW1wYWN0Pw0KVGhlIENvQVAgY2xpZW50cyBhcmUgbm90IHN1cHBvc2VkIHRv IGZldGNoIGFuZCBwYXJzZSB0aGUgV0FETCBmaWxlIHNvIA0KdGhlcmUgaXMgbm8gYXJjaGl0ZWN0 dXJlIGltcGFjdC4NCg0KDQo+My4gSXMgaXQgYWxsb3dlZCB0byBkZWZpbmUgdGhlIDxSZXByZXNl bnRhdGlvbj4gYW5kIDxQYXJhbT4gc2VwYXJhdGVseT8gDQpUaGUgZXhhbXBsZXMgaW4gc2VjdGlv biA0LjEgYW5kIDQuMiBhcmUgc3VwcG9zZWQgdG8gYmUgc2VwYXJhdGUgZXhhbXBsZXMgDQpvZiB0 aGUgc2FtZSBjb25jZXB0LiBCdXQgZm9yIHN1cmUgSSBzaG91bGQgYWRkIGEgcmVwcmVzZW50YXRp b24gZWxlbWVudCB0byANCnRoZSBleGFtcGxlIGluIHNlY3Rpb24gNC4yIGluc3RlYWQgb2YgdGhl IGltcGxpY2l0IHRleHQvcGxhaW4gZGVmYXVsdCANCnZhbHVlIGRlZmluZWQgaW4gQ29BUC4NCkJh Y2sgdG8gdGhlIHF1ZXN0aW9uLCBhIHdlYiBsaW5rIG1heSBjb250YWluIG1vcmUgdGhhbiBvbmUg ImlmIiAoImQiKSANCmF0dHJpYnV0ZSBqdXN0IGxpa2UgYSBXQURMIHJlc291cmNlIGVsZW1lbnQg bWF5IHJlZmVyZW5jZSBtb3JlIHRoYW4gb25lIA0KcmVzb3VyY2VfdHlwZSBlbGVtZW50LiBBY2Nv cmRpbmcgdG8gc2VjdGlvbiAyLjguMiBvZiBXQURMIGl0IGlzIGFsbG93ZWQgDQpoYXZpbmcgMiBt ZXRob2QgZGVmaW5pdGlvbnMgd2l0aCB0aGUgc2FtZSBtZXRob2QgbmFtZSBmb3IgdGhlIHNhbWUg DQpyZXNvdXJjZS4gRWFjaCBkZWZpbml0aW9uIGlzIHN1cHBvc2VkIHRvIGJlIGEgZGlzdGluY3Qg dmFyaWF0aW9uLiBCeSANCmV4dGVuc2lvbiBJIHN1cHBvc2Ugc2V2ZXJhbCByZXNvdXJjZV90eXBl IG1heSBhbHNvIGNvbnRhaW4gYSBkZWZpbml0aW9uIA0KZm9yIHRoZSBzYW1lIG1ldGhvZCBuYW1l LiBUaGVuIGl0IHNlZW1zIHBvc3NpYmxlIHRvIG1lcmdlIHRoZSBkZWZpbml0aW9ucyANCmZvciBh IHJlc291cmNlLiBCdXQgSSdtIG5vdCBzdXJlIHdoZXRoZXIgdGhlIGZvbGxvd2luZyBleGFtcGxl IGlzIGEgdmFsaWQgDQp1c2UgY2FzZSBvZiAiZGlzdGluY3QgdmFyaWF0aW9ucyIgb3Igbm90LiBT byBJIHdvdWxkIHNheSBkb24ndCBkbyB0aGF0IGFuZCANCnRyeSB0byBtYWtlIGEgc2hvcnQgYW5k IHNpbXBsZSAvd2VsbC1rbm93bi9jb3JlIHRvIHNhdmUgcmVzb3VyY2VzLg0KPHJlc291cmNlX3R5 cGUgaWQ9InNlbnNvci50ZW1wZXJhdHVyZSI+IDxtZXRob2QgbmFtZT0iR0VUIj4NCjxyZXNwb25z ZT4gPHJlcHJlc2VudGF0aW9uIG1lZGlhVHlwZT0idGV4dC9wbGFpbiIgLz4NCjwvcmVzcG9uc2U+ IDwvbWV0aG9kPg0KPC9yZXNvdXJjZV90eXBlPg0KDQo8cmVzb3VyY2VfdHlwZSBpZD0idW5pdC50 ZW1wZXJhdHVyZSI+IDxtZXRob2QgbmFtZT0iR0VUIj48cmVxdWVzdD48cGFyYW0gDQpuYW1lPSJ1 bml0IiBzdHlsZT0icXVlcnkiIGRlZmF1bHQ9IkMiIHJlcXVpcmVkPSJubyI+DQo8b3B0aW9uIHZh bHVlPSJDIj48ZG9jPkNlbHNpdXM8L2RvYz48L29wdGlvbj4gPG9wdGlvbiANCnZhbHVlPSJLIj48 ZG9jPktlbHZpbjwvZG9jPjwvb3B0aW9uPiA8b3B0aW9uIA0KdmFsdWU9IkYiPjxkb2M+RmFyZW5o ZWl0PC9kb2M+PC9vcHRpb24+DQo8L3BhcmFtPiA8L3JlcXVlc3Q+IDwvbWV0aG9kPjwvcmVzb3Vy Y2VfdHlwZT4NCg0KPC90bXA+O2lmPSJzZW5zb3IudGVtcGVyYXR1cmUiO2lmPSJ1bml0LnRlbXBl cmF0dXJlIg0KDQoNCj40LiBJZiBhIHJlcHJlc2VudGF0aW9uIGZvciBhIHBhcmFtIGlzIOKAnGFw cGxpY2F0aW9uL3htbOKAnSwgaXQgd2lsbCBiZSBsZWZ0IA0KdG8gYXBwbGljYXRpb24gdG8gZGVm aW5lIHRoZSBhY3R1YWwgZm9ybWF0LiBJcyB0aGlzIGNvcnJlY3Q/DQpJZiB5b3UgaGF2ZSBhIHNj aGVtYSBmb3IgeW91ciBYTUwgbWVzc2FnZXMgeW91IGNhbiBpbmNsdWRlIGl0IHdpdGggYSANCmdy YW1tYXJzIGVsZW1lbnQgaW4geW91ciBXQURMIGRlc2NyaXB0aW9uLg0KVGhlbiB5b3UgY2FuIGFz c29jaWF0ZSBhbiBlbGVtZW50IG9mIHlvdXIgc2NoZW1hIHdpdGggYSByZXF1ZXN0IG9yL2FuZCBh IA0KcmVzcG9uc2UgcmVwcmVzZW50YXRpb24uIE9mIGNvdXJzZSBpdCBpcyBnb29kIHByYWN0aWNl IHRvIGFsd2F5cyBpbmNsdWRlIGEgDQpzY2hlbWEgZm9yIGFuIHhtbCByZXByZXNlbnRhdGlvbiBh bHRob3VnaCBpdCBpcyBvcHRpb25hbC4NClNvIHRoZSBleGFtcGxlIGNvdWxkIGJlIGltcHJvdmVk IGxpa2UgdGhhdDoNCjxyZXNvdXJjZV90eXBlIGlkPSJtZXRlci5wb3dlciI+IDxtZXRob2QgbmFt ZT0iR0VUIiBpZD0iR2V0UG93ZXIiPg0KPHJlc3BvbnNlPiA8cmVwcmVzZW50YXRpb24gbWVkaWFU eXBlPSJhcHBsaWNhdGlvbi94bWwiIA0KZWxlbWVudD0iZW0yOlBvd2VyIi8+DQo8L3Jlc3BvbnNl PiA8L21ldGhvZD4NCjwvcmVzb3VyY2VfdHlwZT4NCg0KDQpSZWdhcmRzLA0KTWF0dGhpZXUNCg== From trac+core@trac.tools.ietf.org Wed Mar 30 15:04:53 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7061E3A6AC7 for ; Wed, 30 Mar 2011 15:04:53 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.6 X-Spam-Level: X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id SaC4auAR2KG7 for ; Wed, 30 Mar 2011 15:04:52 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AE4123A698F for ; Wed, 30 Mar 2011 15:04:52 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53X5-00065q-MF; Wed, 30 Mar 2011 15:06:31 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:06:31 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/135 Message-ID: <057.937520e95c0963670ab27315deee5cee@trac.tools.ietf.org> X-Trac-Ticket-ID: 135 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #135: Reply to NON Request X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:04:53 -0000 #135: Reply to NON Request From the Prague WG coap-05 presentation: coap-05 was identified to overlook the case of what happens when a NON request is made. This ticket is to explain in coap-06 that although a NON is not ACKed, the response is still sent in a separate message exchange just as in a normal response. It was pointed out that for multicast requests, a "If-Success" option of some kind would use useful to avoid unnecessary error responses. It was recommended that the group communications draft explores this for the future. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:07:22 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9111B3A6BDD for ; Wed, 30 Mar 2011 15:07:22 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.524 X-Spam-Level: X-Spam-Status: No, score=-102.524 tagged_above=-999 required=5 tests=[AWL=-0.076, BAYES_00=-2.599, NO_RELAYS=-0.001, SARE_SUB_ENC_UTF8=0.152, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id o8t950ZPGDtB for ; Wed, 30 Mar 2011 15:07:21 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id C04643A6BDB for ; Wed, 30 Mar 2011 15:07:21 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53ZS-00067p-4r; Wed, 30 Mar 2011 15:08:58 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org, zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:08:58 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/136 Message-ID: <057.65b7d09ad2ff8ea19af2be8c7d36e358@trac.tools.ietf.org> X-Trac-Ticket-ID: 136 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: [core] #136: UTF-8 matching clarification X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:07:22 -0000 #136: UTF-8 matching clarification From the Prague WG coap-05 presentation: We specify the use of UTF-8 compatible URIs in Net-Unicode Form [RFC5198] for HTTP mapping compatibility. Comparing arbitrary UTF-8s in a constrained device would not be sane. The intention is that CoAP implementations simply do an opaque binary comparison of URIs This ticket is for Section 6.2 to make that more explicit. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: hartke@… Type: protocol defect | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:12:37 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 9DAA33A67EE for ; Wed, 30 Mar 2011 15:12:37 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.597 X-Spam-Level: X-Spam-Status: No, score=-102.597 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id WFWtRVL3RhMz for ; Wed, 30 Mar 2011 15:12:36 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id AA6FE3A67F5 for ; Wed, 30 Mar 2011 15:12:36 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53eW-0003vW-En; Wed, 30 Mar 2011 15:14:12 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: hartke@tzi.org, zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:14:12 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/137 Message-ID: <057.31eabd9f67f0e13110575395fd280e01@trac.tools.ietf.org> X-Trac-Ticket-ID: 137 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: hartke@tzi.org, zach@sensinode.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: [core] #137: HTTP mapping section improvements X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:12:37 -0000 #137: HTTP mapping section improvements From the Prague WG coap-05 presentation: Section 8 defines a CoAP-HTTP mapping. The current coap-05 description goes into more detail than is needed in the protocol specification. draft- hartke-core-coap-http-00 suggests simple standard text for the CoAP-HTTP forward proxy mapping (Section 2). This ticket is to integrate Section 2 from draft-hartke-core-coap-http-00 into core-coap. In addition minimal text for the HTTP-CoAP forward proxy mapping in the same style will be added. Implementation considerations will be considered in a separate draft. -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: hartke@… Type: task | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:16:08 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 794A13A6993 for ; Wed, 30 Mar 2011 15:16:08 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.597 X-Spam-Level: X-Spam-Status: No, score=-102.597 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sCFFKFoK3qPV for ; Wed, 30 Mar 2011 15:16:07 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id C5CF13A67EE for ; Wed, 30 Mar 2011 15:16:07 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53hz-0007fD-7T; Wed, 30 Mar 2011 15:17:47 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:17:47 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/138 Message-ID: <057.ca63b30ac3e3ffdf9aad52c02fa3ebc8@trac.tools.ietf.org> X-Trac-Ticket-ID: 138 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #138: DTLS Clarification X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:16:08 -0000 #138: DTLS Clarification From the Prague coap-05 presentation: Currently unclear if coap-05 is specifying IPSec or DTLS, and in what modes. This ticket is to clarify that DTLS is the must-implement security mechanism for CoAP. - SharedKey (PSK), MultiKey (PSK) and Certificate mode are related to DTLS - Pre-shared key mode is must implement - NoSec mode (thus no DTLS) may be used in combination with IPSec, L2 encryption or cases where security really isn’t needed - IPSec section still needed, but to be moved and edited appropriately. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:17:26 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 17B623A68F0 for ; Wed, 30 Mar 2011 15:17:26 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.597 X-Spam-Level: X-Spam-Status: No, score=-102.597 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id sWAjJDn-EARz for ; Wed, 30 Mar 2011 15:17:25 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 664FD3A67EE for ; Wed, 30 Mar 2011 15:17:25 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53jE-0007u5-Gw; Wed, 30 Mar 2011 15:19:04 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:19:04 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/139 Message-ID: <057.5bc247d3d7b326d31ef9028a964e0298@trac.tools.ietf.org> X-Trac-Ticket-ID: 139 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #139: Must-implement cipher suites X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:17:26 -0000 #139: Must-implement cipher suites Must implement cipher suites need updates and alignment with ZigBee IP. - Remove SHOULD wording before each… - TLS_PSK_WITH_AES_128_CCM_8 must implement for SharedKey and MultiKey modes - TLS_ECDHE_ECDSA_WITH_AES_128_CCM_8 must implement for Certificate mode -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:18:02 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id AD7B728C1B8 for ; Wed, 30 Mar 2011 15:18:02 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.597 X-Spam-Level: X-Spam-Status: No, score=-102.597 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KUwDHM6+YoI5 for ; Wed, 30 Mar 2011 15:18:01 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id BE48C28C1B2 for ; Wed, 30 Mar 2011 15:18:01 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53jo-0000AQ-Gm; Wed, 30 Mar 2011 15:19:40 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:19:40 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/140 Message-ID: <057.557dc07297e7013375c889ffb9e9dbad@trac.tools.ietf.org> X-Trac-Ticket-ID: 140 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #140: IKEv2 minimal reference X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:18:02 -0000 #140: IKEv2 minimal reference IPSec section should also reference draft-kivinen-ipsecme-ikev2-minimal (informational). -- --------------------------------+------------------------------------------- Reporter: zach@… | Owner: zach@… Type: editorial | Status: new Priority: trivial | Milestone: Component: coap | Version: Severity: - | Keywords: --------------------------------+------------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:19:59 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id ABA053A6BDB for ; Wed, 30 Mar 2011 15:19:59 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.597 X-Spam-Level: X-Spam-Status: No, score=-102.597 tagged_above=-999 required=5 tests=[AWL=0.003, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KeBAhTOCdDEk for ; Wed, 30 Mar 2011 15:19:59 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 086703A67EE for ; Wed, 30 Mar 2011 15:19:59 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53lh-00056i-Eg; Wed, 30 Mar 2011 15:21:37 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: cabo@tzi.org, zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:21:37 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/141 Message-ID: <057.b32d73525fa5927244dc93723f5db76b@trac.tools.ietf.org> X-Trac-Ticket-ID: 141 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: cabo@tzi.org, zach@sensinode.com, core@ietf.org X-SA-Exim-Mail-From: trac+core@trac.tools.ietf.org X-SA-Exim-Scanned: No (on zinfandel.tools.ietf.org); SAEximRunCond expanded to false Cc: core@ietf.org Subject: [core] #141: DTLS and resource access control X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:19:59 -0000 #141: DTLS and resource access control Clarify the interaction of DTLS authentication and resource access control, this probably needs its own section. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: cabo@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:26:47 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 8398D3A6BDD for ; Wed, 30 Mar 2011 15:26:47 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.002, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id gp+Wvg5c18I1 for ; Wed, 30 Mar 2011 15:26:46 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id 7A5893A67EE for ; Wed, 30 Mar 2011 15:26:46 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53sH-0001Cy-Gf; Wed, 30 Mar 2011 15:28:25 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:28:25 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/142 Message-ID: <057.1785b085f639645bb771c4ab0a053779@trac.tools.ietf.org> X-Trac-Ticket-ID: 142 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #142: Retransmit timeout jitter X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:26:47 -0000 #142: Retransmit timeout jitter Lars commented in the Prague WG meeting that CoAP should add text on a jitter for the retransmit timeout in order to avoid synchronization. Martin suggested that a 50% random jitter may be appropriate. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From trac+core@trac.tools.ietf.org Wed Mar 30 15:28:38 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A6C7B3A6B73 for ; Wed, 30 Mar 2011 15:28:38 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -102.598 X-Spam-Level: X-Spam-Status: No, score=-102.598 tagged_above=-999 required=5 tests=[AWL=0.002, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ddk5KobRFfIK for ; Wed, 30 Mar 2011 15:28:37 -0700 (PDT) Received: from zinfandel.tools.ietf.org (unknown [IPv6:2001:1890:1112:1::2a]) by core3.amsl.com (Postfix) with ESMTP id DFDBC3A67EE for ; Wed, 30 Mar 2011 15:28:36 -0700 (PDT) Received: from localhost ([::1] helo=zinfandel.tools.ietf.org) by zinfandel.tools.ietf.org with esmtp (Exim 4.74) (envelope-from ) id 1Q53u4-0007Bw-Ch; Wed, 30 Mar 2011 15:30:16 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit From: "core issue tracker" X-Trac-Version: 0.11.7 Precedence: bulk Auto-Submitted: auto-generated X-Mailer: Trac 0.11.7, by Edgewall Software To: zach@sensinode.com X-Trac-Project: core Date: Wed, 30 Mar 2011 22:30:16 -0000 X-URL: http://tools.ietf.org/core/ X-Trac-Ticket-URL: http://trac.tools.ietf.org/wg/core/trac/ticket/143 Message-ID: <057.4ba78d626fe08468e6b5ac52b67e5b8b@trac.tools.ietf.org> X-Trac-Ticket-ID: 143 X-SA-Exim-Connect-IP: ::1 X-SA-Exim-Rcpt-To: zach@sensinode.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 Cc: core@ietf.org Subject: [core] #143: Retransmit timeout adaptation X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 Reply-To: trac+core@trac.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, 30 Mar 2011 22:28:38 -0000 #143: Retransmit timeout adaptation Pascal suggested that RFC2988 could be applied in order to adapt the retransmit timeout to different environments as was done in the ISA100 standard over UDP, which would allow a much higher initial timeout value. This point needs further WG discussion. -- ----------------------------------+----------------------------------------- Reporter: zach@… | Owner: zach@… Type: protocol enhancement | Status: new Priority: minor | Milestone: Component: coap | Version: Severity: - | Keywords: ----------------------------------+----------------------------------------- Ticket URL: core From sato652@oki.com Thu Mar 31 06:14:06 2011 Return-Path: X-Original-To: core@core3.amsl.com Delivered-To: core@core3.amsl.com Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 2137C28C0EB for ; Thu, 31 Mar 2011 06:14:06 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.09 X-Spam-Level: X-Spam-Status: No, score=-0.09 tagged_above=-999 required=5 tests=[AWL=-0.000, BAYES_00=-2.599, HELO_EQ_JP=1.244, HOST_EQ_JP=1.265] Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7UvVqNqmpEel for ; Thu, 31 Mar 2011 06:14:05 -0700 (PDT) Received: from gwf1.oki.co.jp (gwf1.oki.co.jp [202.226.91.186]) by core3.amsl.com (Postfix) with ESMTP id E69D228C0DB for ; Thu, 31 Mar 2011 06:14:04 -0700 (PDT) Received: by gwf1.oki.co.jp (Postfix, from userid 0) id 9F513CFA3F; Thu, 31 Mar 2011 22:15:48 +0900 (JST) Received: from s111h121.dm1.oii.oki.co.jp [172.26.101.121] by gwf1.oki.co.jp with ESMTP id YAA06450; Thu, 31 Mar 2011 22:15:48 +0900 Received: from s111h121.dm1.oii.oki.co.jp (localhost.localdomain [127.0.0.1]) by localhost (Postfix) with ESMTP id CEE2939800E; Thu, 31 Mar 2011 22:15:43 +0900 (JST) Received: from s24c40.dm1.oii.oki.co.jp (s24c40.dm1.oii.oki.co.jp [172.26.76.90]) by s111h121.dm1.oii.oki.co.jp (Postfix) with ESMTP id C4993398002; Thu, 31 Mar 2011 22:15:43 +0900 (JST) Received: from PC26276 (unknown [10.4.114.20]) by s24c40.dm1.oii.oki.co.jp (Postfix) with ESMTP id B0D4A25F6CE; Thu, 31 Mar 2011 22:15:42 +0900 (JST) From: "Noriyuki SATO" To: "'Pascal Thubert (pthubert)'" , "'core WG'" References: <6A2A459175DABE4BB11DE2026AA50A5D04394B39@XMB-AMS-107.cisco.com> Date: Thu, 31 Mar 2011 22:15:41 +0900 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 11 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5994 In-Reply-To: <6A2A459175DABE4BB11DE2026AA50A5D04394B39@XMB-AMS-107.cisco.com> Thread-Index: Acvr0+0dq38ODwYpQsyjeL1xf+lMbQDzoSAg Subject: Re: [core] retransmission timer in CoAP X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.9 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, 31 Mar 2011 13:14:06 -0000 Hi, I agree with Pascal. Thinking sleeping router to apply to core = environment, timeout time should be larger as usual. Some scalability mechanism like Jacobson (TCP's time out mechanism) will = solve it. I agree with applying RFC2988 as Pascal indicated. --- OKI Electric Industry Co., Ltd. Noriyuki Sato (sato652@oki.com) Tel +81-6-6260-0700 Fax +81-6-6260-0770 > -----Original Message----- > From: core-bounces@ietf.org [mailto:core-bounces@ietf.org] On Behalf = Of > Pascal Thubert (pthubert) > Sent: Sunday, March 27, 2011 1:36 AM > To: core WG > Subject: [core] retransmission timer in CoAP >=20 > During a discussion around CON/ACK, the method for computing the = retransmission > timers came up. >=20 >=20 >=20 > For information, ISA100.11a settled for following RFC 2988. The main = discussion, > in fact, is what the initial value should be. >=20 >=20 >=20 > The point is that in a large deployment, the latency can grow very = high and > if the default is small, that means that many devices have to be = reconfigured. >=20 >=20 >=20 > OTOH, in a small deployment, a too large default can more easily be = fixed > because that represents few devices. >=20 >=20 >=20 > I understand that this comes from experience, that the recommendation = is to > be conservative; and that a few seconds is in fact, very optimistic. >=20 >=20 >=20 > What do you think? >=20 >=20 >=20 >=20 > Pascal Thubert > IPv6 Engineering > Product Development > pthubert@cisco.com > Phone: +33 4 9723 2634 > Mobile: +33 6 1998 2985 >=20 >=20 >=20 > Cisco Systems France > Village d'Entreprises Green Side > 400 Avenue de Roumanille > Batiment T 3 > 06410 > BIOT - SOPHIA ANTIPOLIS > France > Cisco.com >=20 >=20 >=20 >=20 >=20 > Description: Think before you print.Think before you print. >=20 > Cisco Systems France, Soci=C3=A9t=C3=A9 =C3=A0 responsabiit=C3=A9 = limit=C3=A9e, Rue Camille Desmoulins > =E2=80=93 Imm Atlantis Zac Forum Seine Ilot 7 92130 Issy les = Moulineaux, Au capital > de 91.470 =E2=82=AC, 349 166 561 RCS Nanterre, Directeur de la = publication: Jean-Luc > Michel Givone, For corporate legal information go to: > http://www.cisco.com/web/about/doing_business/legal/cri/index.html > >=20 >=20 >=20 >=20