|
|
Post by fisherman27 on Sept 14, 2021 15:11:34 GMT
I'm developing an NVMe-oF JBOF and studying the mockup at redfish.dmtf.org/redfish/mockups/v1/1062There does not appear to be an "EthernetInterface" associated with the actual fabric connection. Major Question: In the "NetworkAdapters" resource tree hierarchy, how do you set DHCP parameters and/or static IP values to the "NetworkAdaptor"?? I would assume that the "NetworkAdapters" hierarchy would have an associated "EthernetInterface", but I cannot see it. Or is there another way to set these params? |
|
|
|
Post by mraineri on Sept 24, 2021 13:14:14 GMT
This is something we've been trying to address. As you've found, there are some gaps with modeling IP addressing of an interface beyond using EthernetInterface. Originally there was the intent of moving towards the NetworkAdapter model, but this becomes complicated when you consider things like virtual interfaces; NetworkAdapter (and its subordinate resources) are all very hardware focused. So, we've added a few things that were published as of this week.
First, within "Links" of both EthernetInterface and NetworkDeviceFunction, there are references between the two to show which physical functions are used to produce an Ethernet interface. So, when you're looking into the NetworkAdapter model and need to understand its IP addressing and other types of higher order configurations, you'll need to follow the references inside "Links" of NetworkDeviceFunction.
Second, for non-system cases, we've added EthernetInterfaceCollection directly beneath NetworkDeviceFunction.
|
|
|
|
Post by mraineri on Sept 24, 2021 13:26:07 GMT
I should also mention this sort of space is very new in terms of making a common pattern for modeling these types of appliances. Swordfish is also stepping into this space and has published a "Swordfish NVMe Model Overview and Mapping Guide" as a starting point. It would be worth monitoring the Swordfish page for further updates as they become public.
|
|
