[core] RFC7252 - PROBING_RATE

[Achim Kraus <[e-mail]>]

Hi list,

I spent some time on redesign and cleanup the configuration in
Eclipse/Californium. Doing so I currently struggling at the
PROBING_RATE:

4.7.  Congestion Control

(https://datatracker.ietf.org/doc/html/rfc7252#section-4.7)

 > Unless this is modified by
 > additional congestion control optimizations, it MUST be chosen in
 > such a way that an endpoint does not exceed an average data rate of
 > PROBING_RATE in sending to another endpoint that does not respond.

4.8.  Transmission Parameters

(https://datatracker.ietf.org/doc/html/rfc7252#section-4.8)

 > ACK_TIMEOUT       | 2 seconds
 > MAX_RETRANSMIT    | 4
 > PROBING_RATE      | 1 byte/second

With both, sending a CON request, e.g. about 20 bytes, and receiving no
message back for the ACK_TIMEOUT, sending again 20 byte short after
these 2s seems to violate the PROBING_RATE. Or may consider, a special
definition of "average data rate". Assuming, that a "normal CON
transfer" will then take 62 and sends the 20 bytes 5 times results in
1,6 bytes/second.

So:
Is there a intention to limit the bytes, which may be used for such a
first request (e.g. 12 bytes will comply to the limit)?
Or should a quiet phase be considered based on that calculation after
that (e.g. 38s with the 20 bytes)?

best regards
Achim Kraus