Conversation
Change-Id: I4da4c1c874a40f0ee314f704b363351483bb2ec5
Change-Id: I3d50b4881c72a088ac72e598e8fe65665ddfd85a
Change-Id: Ic8fe1378d5f001db9c7dbfc1c5b5ff11e4d1cfd2
|
@aojea can you show a diff of how the network interface resourceclaim looked like before adding the status. I am looking into porting this to our nvidia-dra-drivers and still exploring where it fits.. This is what a gpu resourceclaim looks like From the PR https://github.com/google/dranet/pull/78/files#diff-e8a7e777d80a14b455bdbf7aae3f28ad8082ffa0a06579e11cc1af741b5f98f7R271 i see your are writing the status whether It seems to be related to this KEP kubernetes/enhancements#4817 because of |
|
@guptaNswati I'm not sure if this answers your question, but here's what this roughly like today: status:
allocation:
devices:
results:
- device: dummy0
driver: dra.net
pool: my-node1
request: req-dummy
nodeSelector:
nodeSelectorTerms:
- matchFields:
- key: metadata.name
operator: In
values:
- my-node1
devices:
- conditions:
- lastTransitionTime: "2025-08-22T19:58:22Z"
message: ""
reason: NetworkDeviceReady
status: "True"
type: Ready
- lastTransitionTime: "2025-08-22T19:58:22Z"
message: ""
reason: NetworkReady
status: "True"
type: NetworkReady
device: dummy0
driver: dra.net
networkData:
hardwareAddress: aa:bb:cc:dd:ee:ff
interfaceName: dummy-renamed
ips:
- 10.0.0.1
pool: my-node1
reservedFor:
- name: my-pod1
resource: pods
uid: 4f9062a1-8759-420a-bb74-699c9213256c |
|
@gauravkghildiyal its helpful. thank you. |
|
this doc explains more. i wanted to know how Network readiness is decided https://dranet.dev/docs/concepts/interface-status/ |
Added as beta in 1.33