As for multicast Block1 (block-wise PUT/POST request)… I think the block-size would have to be negotiated up front via a separate custom option.

Call it MCBlock1 (option 65000), unsigned integer consisting of:
- bits 0-3: SZX - Size exponent
- bit 4: P - Proposal
- bit 5: S - Master selection
- bit 6: C - Master cancellation

When a node wishes to send a blockwise file to a multicast group (via PUT or POST request payload) steps would be:

1. it sends a payload-less NON message to the group with the MCBlock1 option: SZX=its proposed block size exponent, P=1 (this is a proposal), S=0 & C=0 (no selections made)
2. The nodes that hear it, reply NON unicast, with their MCBlock1 responses; SZX=receiver's preferred SZX (same or less than sender), P=1, S=0 & C=0.
3. The sender picks one respondent, sends a UNICAST CON to that node with MCBlock1 with chosen SZX, P=0 (this is now the negotiated block size), S=1 ("I choose you") and C=0.
4. Respondent ACKs that CON message with Block1 set with a matching SZX (and block 0)… it has agreed.
5. Sender now sends to the group a NON message with MCBlock1 to the group: chosen SZX, P=0, S=0 and C=0.
6. The group nodes reply with a NON echoing the options as an acknowledgement.
7. Transfer begins using CON message Block1 with the agreed SZX … the chosen node ONLY sends the ACKs.

If the chosen node stops responding: sender sends a NON MCBlock1 C=1 unicast to that node, then goes back to step 3 to select another node… at step 4 the node responds with Block1 specifying the starting point, and the transfer resumes at step 7.

#CoAP #BlockwiseTransfer #RFC7959

A silly protocol idea has been brewing in my mind… CoAP over AX.25.

The thinking is this… use UI frames to encapsulate CoAP messages in the same manner as UDP and use a URI scheme like coap+ax25://DEST[,DIGI1[,DIGI2…]]/[path]

If DEST has the C/H bit clear, DEST is a "multicast" group, otherwise it's a specific amateur station.

File transfer just uses RFC-7959 [block-wise transfer] (with possibly a small extension inspired by RFC-2090 [TFTP Multicast] to allow Block1 transmissions to a multicast group).

That would allow file transfer and messaging between stations using existing AX.25 packet radio hardware.

- https://datatracker.ietf.org/doc/html/rfc7252 - CoAP RFC
- https://datatracker.ietf.org/doc/html/rfc7959 - Blockwise transfers over CoAP
- https://datatracker.ietf.org/doc/html/rfc2090 - TFTP Multicast
- https://ax25.net/ - AX.25 protocol specs and docs

#AmateurRadio #PacketRadio #AX25 #CoAP

RFC 7252: The Constrained Application Protocol (CoAP)

The Constrained Application Protocol (CoAP) is a specialized web transfer protocol for use with constrained nodes and constrained (e.g., low-power, lossy) networks. The nodes often have 8-bit microcontrollers with small amounts of ROM and RAM, while constrained networks such as IPv6 over Low-Power Wireless Personal Area Networks (6LoWPANs) often have high packet error rates and a typical throughput of 10s of kbit/s. The protocol is designed for machine- to-machine (M2M) applications such as smart energy and building automation. CoAP provides a request/response interaction model between application endpoints, supports built-in discovery of services and resources, and includes key concepts of the Web such as URIs and Internet media types. CoAP is designed to easily interface with HTTP for integration with the Web while meeting specialized requirements such as multicast support, very low overhead, and simplicity for constrained environments.

IETF Datatracker
If you are an #IoT #developer and need to combine several #protocol #bindings for an #IoT system, the acmeCSE provides a great environment for learning and experimentation https://acmecse.net/home/Supported/ #CoAP #http #MQTT #WebSocket
oneM2M - ACME oneM2M CSE

If you are a #developer and need to combine several #protocol #bindings for an #IoT system, the ACME-CSE provides a great environment for learning and experimentation https://acmecse.net/home/Supported/ #CoAP #http #MQTT #WebSocket
oneM2M - ACME oneM2M CSE

I updated wot-esp-hal-demo to the beta of esp-hal-1.0.0

https://github.com/wot-rust/wot-esp-hal-demo/commit/a9614585a3020af0b542c38c28f5fbfbea60e4e7

I'm looking for volunteers that have experience with #CoAP to support also this protocol

#rustlang #wot #w3c

feat: Update to esp-hal 1.0.0-beta.0 · wot-rust/wot-esp-hal-demo@a961458

Web of things demo using esp-hal. Contribute to wot-rust/wot-esp-hal-demo development by creating an account on GitHub.

GitHub

Just published a tutorial on my blog: Building a CoAP application on Ariel OS. It is not short, but aims to pick up interested developers from minimal prior knowledge of the fields, into actually writing code on embedded Rust systems.
https://christian.amsuess.com/blog/website/2025-03-27_ariel_coap/

#CoAP #embedded #RustLang #IoT

Building a CoAP application on Ariel OS

An unplanned product of the #IETFHackathon was a new #CoAP tool: https://coap.amsuess.com/view/##coaps+ws://demo.coap.amsuess.com/.well-known/core is now usable as a browser tool to fetch CoAP resources.
It is not pretty, and takes a few seconds to load, but then it's just 150 lines of code, building on aiocoap and #pyodide.
CoAP Resource Viewer

Ma demo #coap est prête pour le meetup de Mardi #toulouse https://meetu.ps/e/NCQZq/mm0Xx/i
Série de 3 mini-conférences et pot, Tue, Dec 10, 2024, 7:00 PM | Meetup

Nous reprenons le meetup Linux embarqué et Android, avec une date prévue le mardi 10 décembre à 19h à La Cantine. Pour cette soirée, 3 mini-conférences seront proposées, s

Meetup

SIP для Интернета вещей: почему устройствам нужны голосовые возможности

Согласно исследованиям Statista , к 2030 году рынок IoT составит 621 млрд долларов (в сравнении с 182 млрд в 2020-м), поэтому Интернет вещей должен не только уметь собирать данные, но и оперативно передавать их на другие устройства или пользователям. Для этих целей IoT применяет разные протоколы. MQTT и CoAP нужны для быстрой передачи информации, HTTP — для удалённого управления устройствами, а SIP — для формирования сеансов связи, в том числе в реальном времени. В этой статье поговорим о преимуществах и перспективах интеграции SIP и Интернета вещей.

https://habr.com/ru/companies/exolve/articles/856950/

#internet_of_things #sipтелефония #api #облачные_сервисы #mqtt #coap #rtp #iot

SIP для Интернета вещей: почему устройствам нужны голосовые возможности

Согласно исследованиям Statista , к 2030 году рынок IoT составит 621 млрд долларов (в сравнении с 182 млрд в 2020-м), поэтому Интернет вещей должен не только уметь собирать данные, но и оперативно...

Хабр
Starting into a busy #IETF121 day: talking about #CoAP in the morning CoRE meeting, IoT lunch, #CBOR in afternoon, and board game night to unwind.
And that's only the Tuesday :-)