[OASIS Issue Tracker] (MQTT-320) Expectations of timing accuracy in MQTT implementations

[OASIS Issues Tracker <workgroup_mailer@lists.oasis-open.org>]

    [ https://issues.oasis-open.org/browse/MQTT-320?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=64121#comment-64121 ] 

Ed Briggs commented on MQTT-320:
--------------------------------

How about

timing accuracy is approximate and is influenced by factors outside the scope of this specification, and timer values should be selected with this in mind. In addition, under some circumstances, such as faults or unusual system load, the accuracy of the timing may be degraded, and premature or late timeouts could occur.







> Expectations of timing accuracy in MQTT implementations
> -------------------------------------------------------
>
>                 Key: MQTT-320
>                 URL: https://issues.oasis-open.org/browse/MQTT-320
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 5
>            Reporter: Ian Craggs
>            Priority: Minor
>
> There are a number of aspects of MQTT which involve timings, starting with the keepalive interval, and some new features introduced in MQTT 5 such as message expiration.
> These timers are denoted in seconds (I don't think we have any exceptions to that), but the implementation of those timers in both servers and clients may not actually be at the resolution of small numbers of seconds.  I suggest that we include some wording to limit the expectation of accuracy when a small number of seconds is used on such a timer, where "small" is to be defined, but could be less than 10 for instance.



--
This message was sent by Atlassian JIRA
(v6.2.2#6258)