You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Some of today's Docker scenarios require granting specific containers direct data-link layer ("MAC") access, as opposed to nat'ed IP access. Examples are not only (infamous?) license server containers, but also non-IP protocol-based applications, such as in some industrial environments. Docker comes with its CNM "macvlan" driver and the CNI "driver" base also supports MACVLAN.
At the moment (as of commit 2895d60) does not understand the -d option when creating a new network: for Docker, -d specifies the type of CNM driver to create a new network with. nerdctl compose also catches these case that try to specify a non-bridge network driver and blocks such projects from deployment.
Please support MACVLAN networks next to bridge networks in nerdctl for improved Docker-compatibility.
The text was updated successfully, but these errors were encountered:
Some of today's Docker scenarios require granting specific containers direct data-link layer ("MAC") access, as opposed to nat'ed IP access. Examples are not only (infamous?) license server containers, but also non-IP protocol-based applications, such as in some industrial environments. Docker comes with its CNM "macvlan" driver and the CNI "driver" base also supports MACVLAN.
At the moment (as of commit 2895d60) does not understand the
-d
option when creating a new network: for Docker,-d
specifies the type of CNM driver to create a new network with.nerdctl compose
also catches these case that try to specify a non-bridge network driver and blocks such projects from deployment.Please support MACVLAN networks next to bridge networks in nerdctl for improved Docker-compatibility.
The text was updated successfully, but these errors were encountered: