Skip to content
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

Add text to clarify relay behavior when there are multiple announces #362

Closed
suhasHere opened this issue Feb 7, 2024 · 1 comment · Fixed by #525
Closed

Add text to clarify relay behavior when there are multiple announces #362

suhasHere opened this issue Feb 7, 2024 · 1 comment · Fixed by #525
Assignees
Labels
Announce Issues with Announce message and handling Needs PR

Comments

@suhasHere
Copy link
Collaborator

At interim, to support make before break use-cases, we need to clarify relay behavior when a new announce arrives for existing published.

@ianswett ianswett added Announce Issues with Announce message and handling Needs PR labels Feb 20, 2024
@afrind
Copy link
Collaborator

afrind commented Sep 6, 2024

This came up during discussion of #508.

The current draft is ambiguous whether multiple distinct publishers (not reconnect) can announce the same namespace to a relay. If that is allowed, should SUBSCRIBE messages be sent to all publishers that have announced that namespace? What happens if multiple SUBSCRIBE_OKs come back? Do we need normative text describing how a relay handles all these situations, or is it implementation specific?

Some possible error conditions:

  1. Two publishers publisher the same track/group/object with different content
  2. One publisher skips an object (perhaps due to a delivery timeout) but another publisher sends it
  3. ?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Announce Issues with Announce message and handling Needs PR
Projects
Development

Successfully merging a pull request may close this issue.

4 participants