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-235) NoLocal Subscription for MQTT Subscribers


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

Rahul Gupta commented on MQTT-235:
----------------------------------

I agree for the purpose of bridging, it will be useful to have the noLocal bit exposed in the CONNECT packet. However this will have a global effect for that unique clientID. The client loses it's flexibility on requesting the noLocal flag for individual topic subscriptions. What if the client wants to receive messages only on one topic, out of many topics it is publishing and subscribing on, but it will not receive those message due to this global connect policy.  May be we can have noLocal flag set in both the CONNECT and SUBSCRIBE packets. If the flag is set globally in CONNECT, anything set in the SUBSCRIBE packet does not matter.

> NoLocal Subscription for MQTT Subscribers 
> ------------------------------------------
>
>                 Key: MQTT-235
>                 URL: https://issues.oasis-open.org/browse/MQTT-235
>             Project: OASIS Message Queuing Telemetry Transport (MQTT) TC
>          Issue Type: New Feature
>          Components: futures
>    Affects Versions: 3.1.1
>            Reporter: Rahul Gupta
>            Priority: Critical
>             Fix For: 3.1.1
>
>
> Based on a query in MQTT Google group, a query was posted with a requirement that the server should not publish message to a subscriber if messages are published by the same client-id and subscribed by the using the same client-id for the same topic. In this case a client connection may both publish and subscribe to a topic and the subscriber should inhibit the delivery of messages published by its own connection. This feature is available in JMS and a subscriber can inhibit to receive publication by using the noLocal flag during subscription.
> This feature is also needed to enable bridging and making proxy subscription between servers so as to stop messages going round in loops.
> I would like propose to add a element in SUBSCRIBE Control packet for individual subscriptions to make a choice on noLocal parameter.  This field could be shared in the same byte as for requstedQos. 



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