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
Which basically only concerns SR-IOV: it works with IPVLAN, it already wasn't allowed for MACVLAN because it would not work at all, and all the static delegates handle their IPAM on their own; they are not integrated to DANM IPAM.
(Hmm, now that I think about it, they actually could be. How awesome that would be :) Anyway, other thread)
The problem is that when we want no IPs on the interface, we create an "ipam" section with only "type: fakeipam" attribute set.
However, that prompts the CNI to call the CNI IPAM package, at which point we will expect some IPs to be allocated.
Based on upstream: https://github.com/intel/sriov-cni/blob/master/cmd/sriov/main.go#L77
the correct behaviour is to forego adding the whole IPAM section
The text was updated successfully, but these errors were encountered:
Which basically only concerns SR-IOV: it works with IPVLAN, it already wasn't allowed for MACVLAN because it would not work at all, and all the static delegates handle their IPAM on their own; they are not integrated to DANM IPAM.
(Hmm, now that I think about it, they actually could be. How awesome that would be :) Anyway, other thread)
The problem is that when we want no IPs on the interface, we create an "ipam" section with only "type: fakeipam" attribute set.
However, that prompts the CNI to call the CNI IPAM package, at which point we will expect some IPs to be allocated.
Based on upstream:
https://github.com/intel/sriov-cni/blob/master/cmd/sriov/main.go#L77
the correct behaviour is to forego adding the whole IPAM section
The text was updated successfully, but these errors were encountered: