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
Is your feature request related to a problem? Please describe.
In a day-to-day basis, it's somewhat annoying to have to configure the network attachment and the deployment (for example) in order to configure the pod. The network attachment should be about provide the building block to multi-homing but the configuration should belong to the deployment/sts/....
Describe the solution you'd like
Through the capabilities options, I'm actually able to configure the IP for a single pod deployment, as long as the mac address (in macvlan), but unable to configure a range, not necessarily from a CIDR, to configure everything I need. For example, let's say I need this:
But!!! You're onto something. If we can pass the range as a CNI ARG to Whereabouts and have it pick it up at runtime... Then I think we could do exactly what you're saying. I'm thinking on it
In fact, that's the mac you'd configure with tuning plugin, from the mac capability. The IP address goes to the macvlan/ipam portion of the network attachment, isn't it ?
Is your feature request related to a problem? Please describe.
In a day-to-day basis, it's somewhat annoying to have to configure the network attachment and the deployment (for example) in order to configure the pod. The network attachment should be about provide the building block to multi-homing but the configuration should belong to the deployment/sts/....
Describe the solution you'd like
Through the capabilities options, I'm actually able to configure the IP for a single pod deployment, as long as the mac address (in macvlan), but unable to configure a range, not necessarily from a CIDR, to configure everything I need. For example, let's say I need this:
I'd like to be able to configure it from the pod, such as:
Is it at all possible through capabilities, or is this too restrictive to be able to do so?
The text was updated successfully, but these errors were encountered: