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-51) Handling of transient conditions


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

Peter Niblett commented on MQTT-51:
-----------------------------------

I agree with the approach but I have a few questions:

1. The meaning of the first sentence is clear when we are talking about a server processing a PUBLISH, PUBREL,SUBSCRIBE, UNSUBSCRIBE or PING control packet that it has received from a connected client - it's the connection to that client that gets disconnected.  However, what happens if the server encounters some kind of recoverable error in other circumstances:
a) When processing a PUBACK or PUBCOMP, there doesn't seem to be a lot of value in disconnecting the client
b)  If it encounters a transient error when preparing to send a PUBLISH packet to a downstream client, it seems a bit harsh to disconnect that downstream client.

2. This issue is only about what the server does if it detects an error.  There would seem to be a similar question to be asked about a client should do if it detects a transient error. Should it disconnect from the server?

3. I'm not quite sure what the second sentence "Downstream errors SHOULD NOT have an effect the upstream client." means.. Is it saying that the disconnection should only apply to the client that is the counterparty to the server's processing, and not affect any other clients?   Also why is this a SHOULD NOT rather than a MUST NOT?

> Handling of transient conditions
> --------------------------------
>
>                 Key: MQTT-51
>                 URL: http://tools.oasis-open.org/issues/browse/MQTT-51
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 3.1.1
>            Reporter: Richard Coppen
>             Fix For: 3.1.1
>
>
> What should the server do if it experiences a transient fault during processing?
> For example:
> 1. a queue is full for a subscription

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