patchpanel: ndproxy: assign public v6 addr to guest-facing ifs
Currently there is no public IPv6 address assigned on the
guest-facing interfaces (arc bridges and taps) when device is on
IPv6 network. This is causing Linux choosing a wrong src address
on packets directly originated from host to guest and drop the
returning traffic.
This patch generates an EUI-64 address based on virtual interface
MAC address upon receiving an RA, and add it to the interface.
BUG=chromium:1069985
TEST=unit;fuzz
TEST=manual(deploy on octopus and verify pinging penguin from host)
Change-Id: Id3ae953df6b3c84411461294bbc8dbd236cef901
Reviewed-on: https://chromium-review.googlesource.com/c/chromiumos/platform2/+/2428652
Tested-by: Taoyu Li <taoyl@chromium.org>
Reviewed-by: Garrick Evans <garrick@chromium.org>
Reviewed-by: Hugo Benichi <hugobenichi@google.com>
Commit-Queue: Taoyu Li <taoyl@chromium.org>
diff --git a/patchpanel/helper_process.cc b/patchpanel/helper_process.cc
index 5604dc2..88e2207 100644
--- a/patchpanel/helper_process.cc
+++ b/patchpanel/helper_process.cc
@@ -80,12 +80,12 @@
msg_dispatcher_->Start();
}
-void HelperProcess::RegisterDeviceMessageHandler(
- const base::Callback<void(const DeviceMessage&)>& handler) {
+void HelperProcess::RegisterNDProxyMessageHandler(
+ const base::Callback<void(const NDProxyMessage&)>& handler) {
if (!msg_dispatcher_) {
return;
}
- msg_dispatcher_->RegisterDeviceMessageHandler(handler);
+ msg_dispatcher_->RegisterNDProxyMessageHandler(handler);
}
} // namespace patchpanel