oxidecomputer / oxidecomputer/omicron
Consider a physical link between nexus and its local bootstrap or sled-agent
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 572
- Forks
- 97
- Avg merge
- 2d 12h
- Merged PRs (30d)
- 96
Description
Once we have underlay TLS support with built in service authentication, this may become moot. However, in some cases, Nexus only wants to talk to its local bootstrap agent or sled-agent, and have that agent act as a proxy to gossip to other nodes over sprockets. We don't want a Nexus to arbitrarily or accidentally use a sled-agent on a remote sled for this. I think we could create a vnic in the global zone with a special address, or even unix socket that would allow for proxy operations protected physically.
I'm not sure this is a great idea, or how much work it is, but it may be helpful for things like trust quorum, multirack, and the new sush gossip protocol.
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing how Nexus communicates with its local bootstrap agent or sled-agent and how those agents proxy gossip over sprockets. Review the underlay TLS and service-authentication context, then compare the proposed global-zone VNIC or Unix-socket approaches. Done means establishing whether a physical-local mechanism is needed and documenting a concrete design for preventing remote sled-agent use.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust
- Domain
- backend-api-design, distributed-systems, networking
- Issue type
- Feature
- Difficulty
- 5/5
- Estimated time
- Over a week
- Activity status
- Quiet
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100