[core] Fw: New Version Notification for draft-tcs-coap-no-response-option-12.txt

Abhijan Bhattacharyya <abhijan.bhattacharyya@tcs.com> Thu, 15 October 2015 13:22 UTC

Return-Path: <prvs=723a9cef4=abhijan.bhattacharyya@tcs.com>
X-Original-To: core@ietfa.amsl.com
Delivered-To: core@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B221F1B31C2 for <core@ietfa.amsl.com>; Thu, 15 Oct 2015 06:22:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.199
X-Spam-Level:
X-Spam-Status: No, score=-4.199 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DRUGS_MUSCLE=0.01, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_MED=-2.3, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id TOdueDl7A5pn for <core@ietfa.amsl.com>; Thu, 15 Oct 2015 06:22:41 -0700 (PDT)
Received: from inkolg01.tcs.com (inkolg01.tcs.com [121.241.215.10]) by ietfa.amsl.com (Postfix) with ESMTP id EC9F81ACD74 for <core@ietf.org>; Thu, 15 Oct 2015 06:22:39 -0700 (PDT)
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A2DKAQBNpx9W/wQXEqxeg3puh1C1bQENgVkXAQuFeQKBbhQBAQEBAQEBgQqEJgECex0HBgQDAQIoTQcCDwoIG4ggrmIBAQGUHwEBAQcBAQEBHoVLaoU/hEI6DRGCKE8dgRQFjQ90iBiFGYlaSINykg6Dbx8BAYRNaQGFZgEBAQ
X-IPAS-Result: A2DKAQBNpx9W/wQXEqxeg3puh1C1bQENgVkXAQuFeQKBbhQBAQEBAQEBgQqEJgECex0HBgQDAQIoTQcCDwoIG4ggrmIBAQGUHwEBAQcBAQEBHoVLaoU/hEI6DRGCKE8dgRQFjQ90iBiFGYlaSINykg6Dbx8BAYRNaQGFZgEBAQ
X-IronPort-AV: E=Sophos;i="5.17,685,1437417000"; d="scan'208";a="13510145"
To: esko.dijk@philips.com, cabo@tzi.org, core@ietf.org, Akbar.Rahman@InterDigital.com
MIME-Version: 1.0
X-KeepSent: 55B799DA:86E1939E-65257EDF:0048D455; type=4; name=$KeepSent
X-Mailer: IBM Notes Release 9.0 March 08, 2013
Message-ID: <OF55B799DA.86E1939E-ON65257EDF.0048D455-65257EDF.004979E1@tcs.com>
From: Abhijan Bhattacharyya <abhijan.bhattacharyya@tcs.com>
Date: Thu, 15 Oct 2015 18:52:33 +0530
X-MIMETrack: Serialize by Router on INKOLM102/TCS(Release 9.0.1FP4|June 07, 2015) at 10/15/2015 18:52:34, Serialize complete at 10/15/2015 18:52:34
Content-Type: multipart/alternative; boundary="=_alternative 004979DF65257EDF_="
Archived-At: <http://mailarchive.ietf.org/arch/msg/core/4UA24wfIBPqFa0EKmq6PxD043Ok>
Subject: [core] Fw: New Version Notification for draft-tcs-coap-no-response-option-12.txt
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 15 Oct 2015 13:22:44 -0000

Hi Carsten, Esko, Akbar and all,

Based on the recent inputs we have shared a new version of the No-Response 
draft.

Esko, I have actually removed the 'Leisure' stuff for unicast. Thought it 
was making things a bit complicated.

Akbar, The reverse proxy consideration have been included as a new section 
4.3.

Carsten, requesting your suggestion regarding the next step forward.

Hoping to see you all in Yokohama.

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

----- Forwarded by Abhijan Bhattacharyya/KOL/TCS on 10/15/2015 06:45 PM 
-----

From:   internet-drafts@ietf.org
To:     "Soma Bandyopadhyay" <soma.bandyopadhyay@tcs.com>, "Soma 
Bandyopadhyay" <soma.bandyopadhyay@tcs.com>, "Abhijan Bhattacharyya" 
<abhijan.bhattacharyya@tcs.com>, "Arpan Pal" <arpan.pal@tcs.com>, "Arpan 
Pal" <arpan.pal@tcs.com>, "Tulika Bose" <tulika.bose@tcs.com>, "Abhijan 
Bhattacharyya" <abhijan.bhattacharyya@tcs.com>, "Tulika Bose" 
<tulika.bose@tcs.com>
Date:   10/15/2015 06:45 PM
Subject:        New Version Notification for 
draft-tcs-coap-no-response-option-12.txt




A new version of I-D, draft-tcs-coap-no-response-option-12.txt
has been successfully submitted by Tulika Bose and posted to the
IETF repository.

Name:                            draft-tcs-coap-no-response-option
Revision:                12
Title:                           CoAP option for no server-response
Document date:           2015-10-15
Group:                           Individual Submission
Pages:                           17
URL:            
https://www.ietf.org/internet-drafts/draft-tcs-coap-no-response-option-12.txt

Status:         
https://datatracker.ietf.org/doc/draft-tcs-coap-no-response-option/
Htmlized:       
https://tools.ietf.org/html/draft-tcs-coap-no-response-option-12
Diff:           
https://www.ietf.org/rfcdiff?url2=draft-tcs-coap-no-response-option-12

Abstract:
   There can be M2M scenarios where responses from server against
   requests from client might be considered redundant. This kind of
   open-loop exchange (with no response path from the server to the
   client) may be desired to minimize resource consumption in
   constrained systems while simultaneously updating a bulk of
   resources or updating a resource with a very high frequency. CoAP
   already provides a non-confirmable (NON) mode of message exchange
   where the server end-point does not respond with ACK. However,
   obeying the request/response semantics, the server end-point
   responds back with a status code indicating "the result of the
   attempt to understand and satisfy the request".

   This draft introduces a header option for CoAP called 'No-Response'.
   Using this option the client explicitly tells the server to suppress
   responses against the particular request. This option also provides
   granular control to enable suppression of a particular class or a
   combination of response-classes. This option may be effective for
   both unicast and multicast requests. Present draft also discusses
   few exemplary applications which benefit from this option.

  


Please note that it may take a couple of minutes from the time of 
submission
until the htmlized version and diff are available at tools.ietf.org.

The IETF Secretariat

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