-
Notifications
You must be signed in to change notification settings - Fork 137
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Set TTL for Connection Events #1714
Comments
my understanding is that the current default implementation for this event type uses the |
@Alfusainey this is not about about timing out the sending, i.e. timing out while waiting for the broker's disposition frame. This is about how long the broker should keep the message in its queue, i.e. setting the message's ttl property accordingly ... |
fixes eclipse-hono#1714 Signed-off-by: Alfusainey Jallow <alf.jallow@gmail.com>
fixes eclipse-hono#1714 Signed-off-by: Alfusainey Jallow <alf.jallow@gmail.com>
fixes eclipse-hono#1714 Signed-off-by: Alfusainey Jallow <alf.jallow@gmail.com>
fixes eclipse-hono#1714 Signed-off-by: Alfusainey Jallow <alf.jallow@gmail.com>
The protocol adapters now use the max TTL configured for a tenant for connection event messages they emit. Fixes #1714 Signed-off-by: Alfusainey Jallow <alf.jallow@gmail.com>
Signed-off-by: Kai Hudalla <kai.hudalla@bosch.io>
There's a specific event message type "Connection events" to inform northbound application about the connection status of the device.
Right now it is not possible to set TTL for such type of events, it actually may cause storage problem, when there's no northbound application to which these connection events must be forwarded or when a northbound application listening only to telemetry messages. In such cases connection events won't be ever delivered to northbound application and won't be automatically deleted.
To prevent such cases TTL for Connection Events may be set and applied.
The text was updated successfully, but these errors were encountered: