A collection of online CoAP tools

At various names under *.coap.amsuess.com, CoAP services are run for the purpose of protocol experimentation. They are unsuitable for production use (as they may change or fail any time without prior notice), and unsuitable for any personal or confidential data (as all traffic may be logged in the course of experimentation).

If you are unfamiliar with the terms and technologies used here, go to coap.technology for an introduction and further links.


Generic forward proxy capable crossing CoAP transports. Can reach out using the coap, coap+tcp and coaps+tcp protocols.
Most other services are only bound to IPv6 addresses, but advertise this address as their IPv4 address for users of the legacy internet protocol; for the services here, it also provides reverse proxying. Thus, requests sent to any other service using that protocol need to carry the Uri-Host option.
It should be noted that the proxy implementation is not especially mature. If you run into trouble when using a server through the proxy, it may be prudent to suspect proxying errors first.
An open Resource Directory implementation.
This is a generic Resource Directory that currently implements no security policies whatsoever.
Notably, it implements the on version of the reverse proxying extension proposed in core-resource-directory-extensions. This allows servers behind NAT or other restrictive firewalling to offer their services through the resource directory. When requested, any advertised relative URI references are based on coap://<endpoint>{.<sector>}.proxy.rd.amsuess.com/. As they are reverse proxied, requests there always need the Uri-Host option..
Please note that the inbound reverse proxy for IPv4 is not yet set up properly – this means that registrations via that will need explicit base values (or broken forwarding when proxying to the registrant is requested). CoAP-over-WS is not be affected by this, as it goes to IPv6 on the HTTP and not the CoAP proxy.
A CoAP server offering the "typical" services of providing the time, offering poetry larger than a single package, and taking unbelievably long to serve a single static resource.

Servers are aliased to v6. and v4. prefixes, both to ease experimentation and internal configuration. All servers are accessible using coap, coap+tcp and coaps+tcp (the latter using Let's Encrypt for certificates); the demo server is not yet available with TLS.

Source and issues

Most of what is running here is generic functionality and tools provided by the aiocoap library.

Where possible, please report any cases of the services not behaving according to the respective specifications to the underlying implementation's issue tracker, or contact the operator below.


If you need more information about this service, or need to contact the operator for other reasons, send a mail to Christian Amsüss.