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

stream to multicast #786

Closed
jordens opened this issue Sep 25, 2023 · 2 comments · Fixed by #788
Closed

stream to multicast #786

jordens opened this issue Sep 25, 2023 · 2 comments · Fixed by #788

Comments

@jordens
Copy link
Member

jordens commented Sep 25, 2023

  • investigate using multicast for streaming
  • solves the ARP cache lifetime issue and related potential dropouts
  • allows simultaneous reception/logging
  • probably no need to join any multicast group as we only send (before Stabilizer as streaming data sink  #613 )
@ryan-summers
Copy link
Member

@jordens I took a look, and the main question here is to figure out what broadcast address to use.

Some options:

  1. Leave the current IP-configuration as-is, such that the client just requests a broadcast address (requires no firmware changes)
  2. Fix the firmware to broadcast to some fixed UDP multicast address that we select and update tools to point at that

It seems like (1) may be more supportive of multiple Stabilizers on the same network. I also suspect this would be relatively trivial to update the test tools to do this.

@jordens
Copy link
Member Author

jordens commented Oct 11, 2023

(1) is the way to go.

Multicast, not broadcast. Important distinction.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants