forked from freifunk-gluon/gluon
-
Notifications
You must be signed in to change notification settings - Fork 0
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
consider reverting mesh_other, mesh_uplink #22
Comments
mkg20001
added a commit
that referenced
this issue
Jan 23, 2022
we're just treating other as lan and uplink as wan see #22
mkg20001
added a commit
that referenced
this issue
Jan 23, 2022
we're just treating other as lan and uplink as wan see #22
mkg20001
added a commit
that referenced
this issue
Mar 3, 2022
we're just treating other as lan and uplink as wan see #22
mkg20001
added a commit
that referenced
this issue
Mar 5, 2022
we're just treating other as lan and uplink as wan see #22
mkg20001
added a commit
that referenced
this issue
Mar 20, 2022
we're just treating other as lan and uplink as wan see #22
mkg20001
added a commit
that referenced
this issue
Mar 22, 2022
we're just treating other as lan and uplink as wan see #22
current solution is that meshing on role uplink is mesh_uplink, and everything else with just mesh goes to mesh_other, as part of that bridge |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
currently it just assumes that other is lan and uplink is wan
better would be to just drop the mesh_other / mesh_uplink interfaces completely and then go with each interface individually
this is a tad more complicated:
The text was updated successfully, but these errors were encountered: