You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
One common pattern for drogue iot operators is to use the same mechanism as applications for communicating with devices/gateways on the 'other side'. Using channels, one can multiplex a given application or topic to communicate within separate 'domains', like 'dfu', 'btmesh' or 'devices'.
However, at present applications are required to do all the filtering of the events: parsing the payload as cloud events messages, inspect the message, look at the 'subject' and dispatch/ignore accordingly. Having a more native way to express this such as using mqtt topic hierarchy or the ability to route events for a specific channel to another topic could be a useful addition to reduce application logic overhead.
The text was updated successfully, but these errors were encountered:
lulf
changed the title
Filtering of events
Filtering of events based on channel
Sep 15, 2022
One common pattern for drogue iot operators is to use the same mechanism as applications for communicating with devices/gateways on the 'other side'. Using channels, one can multiplex a given application or topic to communicate within separate 'domains', like 'dfu', 'btmesh' or 'devices'.
However, at present applications are required to do all the filtering of the events: parsing the payload as cloud events messages, inspect the message, look at the 'subject' and dispatch/ignore accordingly. Having a more native way to express this such as using mqtt topic hierarchy or the ability to route events for a specific channel to another topic could be a useful addition to reduce application logic overhead.
The text was updated successfully, but these errors were encountered: