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-508) The default for session expiry should be 0, not never


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

Ken Borgendale commented on MQTT-508:
-------------------------------------

It would be even more compatible with MQTTv3.1.1 to say that if the session expiry is not present, it defaults to 0 if the Clean Start is set to 1, and defaults to 0xFFFFFFFF (UINT_MAX) if Clean Start is set to 0.  We could say that 0xFFFFFFFF is a special value saying the session does not expire, but as this represents 136 years, it no doubt works whether or not it is treated as a special value.

> The default for session expiry should be 0, not never
> -----------------------------------------------------
>
>                 Key: MQTT-508
>                 URL: https://issues.oasis-open.org/browse/MQTT-508
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 5, CSD01
>            Reporter: Ian Craggs
>            Priority: Minor
>             Fix For: 5
>
>
> If no session expiry property is included in the connect packet, then the default is assumed to be no expiry.  This could lead to applications unintentionally leaving client state on the server and never cleaning up.  This was the reason that the clean start flag was changed to clean session for later versions of MQTT.
> I think that it should be an effort for the application to leave session state lying around, rather than it being the easiest option.  In that vein, the default if no session expiry is included should be 0, not infinite. 
> This does pose the question of whether there should be a special value to indicate no expiry, other than max int.  But that may not be crucial or necessary. 



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