This repository has been archived by the owner on May 6, 2020. It is now read-only.
Add support for macvtap based network interconnection model #709
Assignees
Comments
mcastelino
added a commit
to mcastelino/runtime
that referenced
this issue
Oct 30, 2017
Revendor netlink and virtcontainers to switch the default network connection method to use macvtap. Fixes clearcontainers#708 Fixes clearcontainers#709 Signed-off-by: Manohar Castelino <[email protected]>
mcastelino
pushed a commit
to mcastelino/runtime
that referenced
this issue
Dec 6, 2018
Sadly CI failed to catch the broken line due to the fact that it is introduced by a different PR that passed w/o the naming PR. ./config.go:604:27: config.DefaultMemSz undefined (type virtcontainers.HypervisorConfig has no field or method DefaultMemSz) Makefile:331: recipe for target '/golang/src/github.com/kata-containers/runtime/kata-runtime' failed make: *** [/golang/src/github.com/kata-containers/runtime/kata-runtime] Error 2 Fixes: clearcontainers#709 Signed-off-by: Peng Tao <[email protected]>
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Needs revendoring of virtcontainers containers/virtcontainers#393 and (qemu and netlink)
Networking: Add support for multi-queue mactap
Provide multiple methods to connect the Virtual machine
to the container network. The current implementation allows
this to be chosen at a node level. In the future we can
enhance this to be dynamic, where the container interface
type is used to determine the optimal interconnection method.
Add support for multi-queue macvtap as an alternate means to
connect the container network interface to the virtual machine.
The text was updated successfully, but these errors were encountered: