You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I encountered an issue where the client SEND operation does not use the existing fragmentation logic implemented for server WRITE operation. This results in the creation of oversized CoAP packet when large payloads are sent, which the server then rejects due to exceeding the maximum packet size limit.
Steps to Reproduce
Start the server and example client.
Add a new resource that exceeds the 2048 byte limit.
Attempt to send the resource from the client using the SEND method (lwm2m_send).
Observe that the payload is not fragmented and is sent in a single large CoAP packet.
Expected Behavior
The client SEND operation should fragment large payloads into multiple CoAP packets, similar to how the server-side WRITE operation handles them.
Possible Fix
The issue can be resolved by utilizing the transaction_set_payload method in the lwm2m_send method, similar to its usage in the server WRITE operation, instead of the currently used coap_set_payload.
The text was updated successfully, but these errors were encountered:
sergioGras
pushed a commit
to sergioGras/wakaama
that referenced
this issue
May 3, 2024
Updated the payload method in the client SEND operation to avoid inserting large data into a single coap packet. Fixeseclipse-wakaama#770
Signed-off-by: Sergio Gras <[email protected]>
Description
I encountered an issue where the client SEND operation does not use the existing fragmentation logic implemented for server WRITE operation. This results in the creation of oversized CoAP packet when large payloads are sent, which the server then rejects due to exceeding the maximum packet size limit.
Steps to Reproduce
Expected Behavior
The client SEND operation should fragment large payloads into multiple CoAP packets, similar to how the server-side WRITE operation handles them.
Possible Fix
The issue can be resolved by utilizing the transaction_set_payload method in the lwm2m_send method, similar to its usage in the server WRITE operation, instead of the currently used coap_set_payload.
The text was updated successfully, but these errors were encountered: