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

Route Server / other metadata support #4

Open
compuzip opened this issue Jan 17, 2023 · 1 comment
Open

Route Server / other metadata support #4

compuzip opened this issue Jan 17, 2023 · 1 comment
Labels
future considerations Things that we should track but are far enough away that we shouldn't worry too much about right now

Comments

@compuzip
Copy link
Collaborator

Do we want to eventually support route servers in any sort of "different" way? Realistically, peering with a route server isn't much different than peering with any other ASN, but having specific signaling could indicate something special to config generation logic that happens on the other end. @grizz points out next-hop-self - although now I'm wondering if any other metadata would be interesting. From a CDN perspective, "who you should expect to serve through here" could be useful, but that may even be useful in a non-RS case.

@compuzip compuzip added the future considerations Things that we should track but are far enough away that we shouldn't worry too much about right now label Jan 17, 2023
@tking
Copy link
Contributor

tking commented Sep 25, 2023

Many IXPs pre-configure Route Server sessions. So, it could be straightforward to integrate IXP Route Servers into the API.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
future considerations Things that we should track but are far enough away that we shouldn't worry too much about right now
Projects
None yet
Development

No branches or pull requests

2 participants