[OASIS Issue Tracker] Commented: (MQTT-16) Reserve $SYS topic name

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

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

David Locke commented on MQTT-16:
---------------------------------

To confirm Peter's comment the original suggestion was not to define a set of topics for administration / management topics as part of the specification. Based on comments here is an amended suggestion: 

1) Reserve the use of $ as the first character in a topic for use in future versions of the specification and by MQTT server implementations

2) Reserve the use of $MQTT for use in future versions of the specification  $SYS is already used by a number of server implementations and would cause problems with backwards compatibility 

3) As an adjunct to the specification collect ideas on what could be in a future "standard"  topic space for features like admin, management, monitoring...... This would be used to  feed into a future version of the specification and make use of the reserved $MQTT topic 

> Reserve $SYS topic name
> -----------------------
>
>                 Key: MQTT-16
>                 URL: http://tools.oasis-open.org/issues/browse/MQTT-16
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: Improvement
>          Components: core
>    Affects Versions: 3.1.1
>            Reporter: David Locke
>             Fix For: 3.1.1
>
>
> Many MQTT implementations today use $SYS as the head of a topic string for use in administration  (configuration, operations, monitoring).   
> Can the $SYS or a similar topic name be reserved for future use ?   As $SYS is already used by a number of servers using a different top level topic would avoid conflicts. 
> Would be good to collect ideas for a $SYS topic space.  These ideas could initially go into a non-normative document but with potential for inclusion in a future spec.  The intent being servers can implement  some aspects of administration and monitoring in a consistent way
> Some examples:
> - Admin action like "unretain" a retained topic   e.g. $SYS/topic/unretain    (payload is the topic to unretain)
> - Client wishes to query what subscriptions it has made    e.g. $SYS/client/getsubs  (topic is clientid)
> - Client wishes to query how many messages are queued up awaiting delivery e.g. $SYS/client/getNoQueuedMessages  
> - Query the  state of the MQTT server e.g. $SYS/server/getStatus 
> These examples should not be taken literally they are purely to show the type of things a $SYS topic space could be used for.

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