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] Commented: (MQTT-4) Flowing MQTT messages before CONNACK is received in the client.

    [ http://tools.oasis-open.org/issues/browse/MQTT-4?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=33645#action_33645 ] 

Allan Stockdill-Mander  commented on MQTT-4:

Allowing the client to send other commands prior to receiving a valid CONNACK opens up a window of uncertainty while offering little apparent benefit.

> Flowing MQTT messages before CONNACK is received in the client.
> ---------------------------------------------------------------
>                 Key: MQTT-4
>                 URL: http://tools.oasis-open.org/issues/browse/MQTT-4
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>         Environment: MQTT Client
>            Reporter: Andrew Banks
> The MQTT Client sends CONNECT and receives  CONNACK in response. Should the client have to wait for the CONNACK or is it free to send other commands before it receives the CONNACK?
>  The advantages of allowing the client to proceed before receiving the CONNACK are:
> 1) Simpler client implementation, because the API does not have to police the connected state.
> 2) Lower latency because the client application does not have to wait for the CONNACK.

This message is automatically generated by JIRA.
If you think it was sent incorrectly contact one of the administrators: http://tools.oasis-open.org/issues/secure/Administrators.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira


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