-
Notifications
You must be signed in to change notification settings - Fork 2k
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
examples/gnrc_border_router: add option to re-use existing TAP interface #18836
Conversation
610290a
to
cc2acd9
Compare
Murdock results✔️ PASSED 299b5ac examples/gnrc_border_router: honor $TAP setting
ArtifactsThis only reflects a subset of all builds from https://ci-prod.riot-os.org. Please refer to https://ci.riot-os.org for a complete build for now. |
cc2acd9
to
a61a026
Compare
98013f5
to
299b5ac
Compare
The proposed works as expected, but I cannot oversee all potential unwanted side effects. And I realized that the tapsetup script has an unwanted side effect when tearing down a bridge with a connected uplink. |
This just adds another option to the existing scripts. It should not have any side effects if not used. |
Thank you! |
Contribution description
When using
gnrc_border_router
onnative
the build system will take care of creating a TAP interface and running UHCP/DHCPv6 on it.This is not always the desired behavior.
e.g. when a TAP bridge was created with a real interface to provide an uplink to
native
orethos
, we actually want to use that instead of creating a new one.We then also want to use the real DHCPv6 server instead of starting our own one.
This adds the
REUSE_TAP=1
option to skip network setup and just use the provided TAP interface as the uplink.Testing procedure
create a bridge with your Ethernet adapter (interface name may vary)
start the border router with the
tap
uplinkthe border router should receive a global address and can reach internet hosts
Bonus: virtual 802.15.4 nodes can also reach the internet
Issues/PRs references