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
Simple client on linux sends GET message to the server. The server is down. After first attempt the client gets ICMP message: destination unreachable and disconnects the session. At next attempts the client doesn't send any message, just waits retransmission timeout.
Oct 31 20:04:39 DEBG ***[::1]:56216 <-> [::1]:5683 UDP : new outgoing session
Oct 31 20:04:39 DEBG * [::1]:56216 <-> [::1]:5683 UDP : sent 83 bytes
Oct 31 20:04:39 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546 added to retransmit queue (2313ms)
Oct 31 20:04:39 WARN coap_network_read: unreachable
Oct 31 20:04:42 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546: retransmission #1
Oct 31 20:04:47 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546: retransmission #2
Oct 31 20:04:57 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546: retransmission #3
Oct 31 20:05:16 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546: retransmission #4
Oct 31 20:05:54 DEBG ** [::1]:56216 <-> [::1]:5683 UDP : tid=29546: give up after 4 attempts
Issue 1: It is not obvious that the session is closed at this case. And for new transmit the session should be reopened. Is there any callback to notify the client that the session is closed?
Issue 2: If the server becomes available between next retransmissions (for example between #2and #3), the message is failed because the session is closed and attempt #3 and following don't actually send pdu.
The text was updated successfully, but these errors were encountered:
libcoap release-4.2.0:
Simple client on linux sends GET message to the server. The server is down. After first attempt the client gets ICMP message: destination unreachable and disconnects the session. At next attempts the client doesn't send any message, just waits retransmission timeout.
Issue 1: It is not obvious that the session is closed at this case. And for new transmit the session should be reopened. Is there any callback to notify the client that the session is closed?
Issue 2: If the server becomes available between next retransmissions (for example between
#2
and#3
), the message is failed because the session is closed and attempt#3
and following don't actually send pdu.The text was updated successfully, but these errors were encountered: