-
Notifications
You must be signed in to change notification settings - Fork 1k
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 unsafe_route metric / hop count #353
Comments
Same requirement but I want to do unsafe_routes high availability. |
Related: #474 |
#474 was merged, so closing this issue. |
Is this issue really addressed by #474 ? When we are trying to define both routes via nebula (similar to the routes mentioned by OP #353 (comment)), we are seeing that whichever route is later in the config gets used (irrespective of value of |
Hi. We are trying to get use of metric feature in unsafe_routes and we see the same issue as dhananjays in version 1.6.1 and 1.7.0. Any idea if this is going to be looked at? Thank you |
Hi @undo-alex and @dhananjays - the best way to let the team know this issue is a priority to you is to give the original issue a 👍 reaction. This way we can sort issues by votes. Thank you! |
Hello guys,
In my scenario, I've multiple nodes which could serve the same unsafe route.
Let's say, I want to access a TV on my local network and I've nebula nodes on my NAS and Router. Both on the same local network.
So, while being on the road, I could connect to the TV through the NAS or the Router. But since the NAS is more powerful, I get a better bandwidth if I go through it rather than the Router.
I would like to have an option in the unsafe_routes to specify a priority like:
So, my nebula client should first try to reach 192.168.1.0 network through 192.168.99.1 and, if 192.168.99.1 is not reachable, start looking for 192.168.99.2.
How do you see it?
Ciao!
M
The text was updated successfully, but these errors were encountered: