RFC 7967 on Constrained Application Protocol (CoAP) Option for No Server Response

rfc-editor@rfc-editor.org Tue, 30 August 2016 00:45 UTC

Return-Path: <wwwrun@rfc-editor.org>
X-Original-To: ietf-announce@ietfa.amsl.com
Delivered-To: ietf-announce@ietfa.amsl.com
Received: from localhost (localhost []) by ietfa.amsl.com (Postfix) with ESMTP id A5EC712D8BB for <ietf-announce@ietfa.amsl.com>; Mon, 29 Aug 2016 17:45:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.006
X-Spam-Status: No, score=-103.006 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DRUGS_MUSCLE=0.164, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.548, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_WHITELIST=-100] autolearn=no autolearn_force=no
Received: from mail.ietf.org ([]) by localhost (ietfa.amsl.com []) (amavisd-new, port 10024) with ESMTP id NPhPvbf-wZdz for <ietf-announce@ietfa.amsl.com>; Mon, 29 Aug 2016 17:45:24 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org []) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D1EB212D8AF for <ietf-announce@ietf.org>; Mon, 29 Aug 2016 17:45:23 -0700 (PDT)
Received: by rfc-editor.org (Postfix, from userid 30) id C67BAB80C69; Mon, 29 Aug 2016 17:45:23 -0700 (PDT)
To: ietf-announce@ietf.org, rfc-dist@rfc-editor.org
Subject: RFC 7967 on Constrained Application Protocol (CoAP) Option for No Server Response
X-PHP-Originating-Script: 1005:ams_util_lib.php
From: rfc-editor@rfc-editor.org
Message-Id: <20160830004523.C67BAB80C69@rfc-editor.org>
Date: Mon, 29 Aug 2016 17:45:23 -0700 (PDT)
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf-announce/7dPjknv6BtHXMjvOu4hxWQl_M1E>
Cc: drafts-update-ref@iana.org, rfc-editor@rfc-editor.org
X-BeenThere: ietf-announce@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
Reply-To: ietf@ietf.org
List-Id: "IETF announcement list. No discussions." <ietf-announce.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf-announce/>
List-Post: <mailto:ietf-announce@ietf.org>
List-Help: <mailto:ietf-announce-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf-announce>, <mailto:ietf-announce-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 30 Aug 2016 00:45:26 -0000

A new Request for Comments is now available in online RFC libraries.

        RFC 7967

        Title:      Constrained Application Protocol (CoAP) Option 
                    for No Server Response 
        Author:     A. Bhattacharyya, S. Bandyopadhyay,
                    A. Pal, T. Bose
        Status:     Informational
        Stream:     Independent
        Date:       August 2016
        Mailbox:    abhijan.bhattacharyya@tcs.com, 
        Pages:      18
        Characters: 40314
        Updates/Obsoletes/SeeAlso:   None

        I-D Tag:    draft-tcs-coap-no-response-option-17.txt

        URL:        https://www.rfc-editor.org/info/rfc7967

        DOI:        http://dx.doi.org/10.17487/RFC7967

There can be machine-to-machine (M2M) scenarios where server responses to
client requests are 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
updating many resources simultaneously or performing high-frequency
updates.  CoAP already provides Non-confirmable (NON) messages that are 
not acknowledged by the recipient.  However, the request/response 
semantics still require the server to respond with a status code 
indicating "the result of the attempt to understand and satisfy the 
request", per RFC 7252.

This specification introduces a CoAP option called 'No-Response'.
Using this option, the client can explicitly express to the server
its disinterest in all responses against the particular request.
This option also provides granular control to enable expression of
disinterest to a particular response class or a combination of
response classes.  The server MAY decide to suppress the response by
not transmitting it back to the client according to the value of the
No-Response option in the request.  This option may be effective for
both unicast and multicast requests.  This document also discusses a
few examples of applications that benefit from this option.

INFORMATIONAL: This memo provides information for the Internet community.
It does not specify an Internet standard of any kind. Distribution of
this memo is unlimited.

This announcement is sent to the IETF-Announce and rfc-dist lists.
To subscribe or unsubscribe, see

For searching the RFC series, see https://www.rfc-editor.org/search
For downloading RFCs, see https://www.rfc-editor.org/retrieve/bulk

Requests for special distribution should be addressed to either the
author of the RFC in question, or to rfc-editor@rfc-editor.org.  Unless
specifically noted otherwise on the RFC itself, all RFCs are for
unlimited distribution.

The RFC Editor Team
Association Management Solutions, LLC