RFC 8132: PATCH and FETCH Methods for the Constrained Application Protocol (CoAP)
In plain English — editorial summary, not part of the RFC
The methods defined in RFC 7252 for the Constrained Application Protocol (CoAP) only allow access to a complete resource, not to parts of a resource. In case of resources with larger or complex data, or in situations where resource continuity is required, replacing or requesting the whole resource is undesirable. Several applications using CoAP need to access parts of the resources. This specification defines the new CoAP methods, FETCH, PATCH, and iPATCH, which are used to access and update parts of a resource.
Document record
- Document ID
- RFC8132
- Published
- April 2017
- Authors
- P. van der Stok; C. Bormann; A. Sehgal
- Status
- PROPOSED STANDARD
- Stream
- IETF
- Area
- wit
- Pages
- 21
- Also known as
- —
Topics
Related documents
Ranked automatically by shared keywords, IETF area and stream — not by editorial selection.
- RFC 8075Guidelines for Mapping Implementations: HTTP to the Constrained Application Protocol (CoAP)Current
February 2017
- RFC 7959Block-Wise Transfers in the Constrained Application Protocol (CoAP)Updated
August 2016
- RFC 8323CoAP (Constrained Application Protocol) over TCP, TLS, and WebSocketsUpdated
February 2018
- RFC 8516"Too Many Requests" Response Code for the Constrained Application ProtocolCurrent
January 2019
- RFC 8710Multipart Content-Format for the Constrained Application Protocol (CoAP)Current
February 2020
- RFC 8790FETCH and PATCH with Sensor Measurement Lists (SenML)Current
June 2020
- RFC 9290Concise Problem Details for Constrained Application Protocol (CoAP) APIsCurrent
October 2022
- RFC 9423Constrained RESTful Environments (CoRE) Target Attributes RegistryCurrent
April 2024
Also filed under
About this page
The document record above — title, authors, date, status, stream, area, relationships, DOI and errata — is imported verbatim from the public RFC Editor index. The “in plain English” section is editorial: written by The metasystema editorial team, not part of the RFC. Where the two differ, the RFC text governs.
Last checked against the RFC Editor index on . RFCs are never revised after publication; changes are issued as new documents.
Data sources · Editorial policy · Report a correction · What is an RFC?