Tags: plgd-dev/go-coap
Tags
Blockwise: Allow transfer via NonConfirmable messages (#548) *Blockwise: Allow transfer via NonConfirmable messages Ensured the request type is correctly set during write operations, enhancing reliability and consistency in data handling. --------- Co-authored-by: Alberto Zambrano <[email protected]> Co-authored-by: Jozef Kralik <[email protected]>
Enhance Options Buffer for >16 Message Unmarshaling Previously, the connection was being closed due to unmarshaling failures when more than 16 options were included in the message. This fix addresses the issue by increasing the buffer size to accommodate a higher number of options.
Add Request Monitoring Feature to CoAP Connection The WithRequestMonitor function has been implemented to enable request monitoring for the connection. This function is called for each CoAP message received from the peer before it is processed. Details of the Feature: - Functionality: WithRequestMonitor allows developers to implement custom request monitoring logic for incoming CoAP messages. - Error Handling: If the function returns an error, the connection is closed, providing a mechanism to handle and respond to issues in the monitoring process. - Message Dropping: If the function returns true, the incoming message is dropped, allowing for selective handling or filtering of messages based on monitoring criteria. --------- Co-authored-by: Jeff Welder <[email protected]>
net: Enhance observation management with ETag tracking (#469) * net: Enhance observation management with ETag tracking This commit introduces an enhancement to the observation mechanism in the network module by implementing ETag tracking. The latest ETag value associated with each observation is now stored in the internal representation. With this update, each incoming message containing the ETag CoAP option automatically updates the ETag value for the relevant observation. When an observation is canceled, the stored ETag value is utilized. When the server detects a valid ETag match, it now responds with a VALID code and an empty payload instead of resending the content of the resource. This optimization minimizes unnecessary data transfer and reduces network load. --------- Co-authored-by: Jozef Kralik <[email protected]>
dtls/udp: ensure unique message IDs during reconnections To prevent collisions during reconnections, it is important to always increment the global counter. For example, if a connection (cc) is established and later closed due to inactivity, a new cc may be created shortly after. However, if the new cc is initialized with the same message ID as the previous one, the receiver may mistakenly treat the incoming message as a duplicate and discard it. Hence, by incrementing the global counter, we can ensure unique message IDs and avoid such issues.
PreviousNext