Skip to content
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

Introduce dynamic container interface naming as a fallback option #27

Merged
merged 5 commits into from
Dec 13, 2018

Conversation

Levovar
Copy link
Collaborator

@Levovar Levovar commented Nov 30, 2018

Implements solution to #15
Container_prefix API attribute became optional.
A NIC connecting to a network having it set will continue to be name accordingly.
A NIC connecting to a network not having it set will be dynamically provisioned
a Pod-unique name in Pod Instantiation time.
Enhancement works for in-built IPVLAN, static delegates, and dynamic delegates!

@Levovar Levovar self-assigned this Nov 30, 2018
@Levovar
Copy link
Collaborator Author

Levovar commented Dec 3, 2018

TODO1 (reminder for myself :) ) : when Options is provided for a static network only because of container_prefix, host_device and rt_tables are also currently mandated on the schema-level
needs to be removed

@Levovar
Copy link
Collaborator Author

Levovar commented Dec 3, 2018

TODO2: actually the proposed solution does not work :) CNI_IFNAME is an environment level parameter, and is not part of the streamed-in netconf
solution needs to be change to directly invoke invoke.ExecPluginXY with manually assembled environment variable-set per delegation

Container_prefix API attribute became optional.
A NIC connecting to a network having it set will continue to be name accordingly.
A NIC connecting to a network not having it set will be dynamically provisioned
a Pod-unique name in Pod Instantiation time.
Enhancement works for in-built IPVLAN, static delegates, and dynamic delegates!
…voke package, rather than DelegateAdd.

This enables separating env variable based configurations on a per-CNI backend basis.
invoke.ExecPluginWithResult unfortunetaly transforms back the CNIArgs into env variables internally.
Solution is to inoke RawExec instead.
@Levovar Levovar merged commit 028db56 into master Dec 13, 2018
@Levovar Levovar deleted the dynamic_nic_naming branch December 13, 2018 12:20
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant