OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

mqtt message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


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


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

Ian Craggs edited comment on MQTT-320 at 11/14/16 2:22 PM:
-----------------------------------------------------------

In response to Ken's first comment, I don't want to add any specific numbers particularly, the only point I am keen to highlight is that the shorter the interval chosen, the more likely any timing discrepancy is likely to be noticeable.  No particular accuracy can be assumed, unless specified by a particular server implementation.


was (Author: icraggs):
In response to Ken's first comment, I don't want to add any specific numbers particularly, the only point I am concerned to highlight is that the shorter the interval chosen, whatever it might be, and always(?) indicated in seconds, the more likely any timing discrepancy is likely to be noticeable.  No particular accuracy can be assumed, unless specified by a particular server implementation.

> 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)


[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]