Jon Shallow

It would be helpful if you could tell us the version of libcoap you are using. The primary reason for UDP packets getting "delayed" is that if the packet type...

Your code is reasonably up to date. If the logging level is set to LOG_DEBUG (which it appears to be from your logging output snippet). then each PDU is decoded...

Providing access to the common client logic is suitably (mutex) protected (both sending requests and receiving responses) then multiple topic threads should be fine. I am assuming that doubling the...

My suspicion it that the server is not multi-thread safe. For example, both server threads cannot individually call `coap_io_process()` or `coap_resource_notify_observers()`.

This is now RFC9177, coded as #611, and will be apart of release 4.3.2.

Added support for building with native Visual Studio. Mainly updates to variable types to remove Windows variable size mismatch warnings.

@kkrentz Simple answer is no. ` kid context` is supported, but the defined protocol is not yet implemented, which is on my TODO list. I'm currently working on getting [draft-ietf-core-oscore-groupcomm](https://datatracker.ietf.org/doc/html/draft-ietf-core-oscore-groupcomm-12)...

Code update pushed with more rigours buffer checking and some reworking to better support the ongoing draft-ietf-core-oscore-groupcomm work.

Code updated with more rigorous checking of buffer sizes along with some re-organization for better support of the draft-ietf-core-oscore-groupcomm work.

Added in RFC8613 Appendix C test vectors to unit tests.