- PNF Hardware inventory treviewtreeview, showing inventory hierarchy
- Nodes are Subrack, Shelf, Card, Slot
- Extension with additional view of "ODLUX Inventory app"
- Planned for standards
- ONF Core 1.2
- IETF-hardware
- O-RAN Fronthaul to be analysed
- Metamodel "inventory" required
- that bases on internal SDN-R data-provider model
- to be extended with
- levels
- nodes
- node types (Where is the rack, where the card)
- Development against NTSim
- Extension SDN-R data-provider inventory model
...
- There is no formal specification about the "nature" of the equipment ... is it a single card device or a Router with subrackshelf, containing card, containing modulsmodules.
{Martin Skorupski] the parent/child association is done by pointing from "holder" to "equipment" using the "occupied-field-replacable-unit (FRU)". The "nature" is given by the vendor in the "manufacture" area. Its values are vendor-specific and due to disaggregation (and re-aggregation) there is not and must not be a kind of standard "nature" - The "nature" of a network function can be exposed from the exposed APIs, but how this maps to equipment is room for innovation and unknown to generic implementations of ONAP. - The mapping can take place by knowing about "textual" keywords or "inventory numbers"-logics of manufacturers
{Martin Skorupski] correct! - it is equipment/vendor/operator specific -
For ietf-hardware (as used by O-RAN Fronthaul please see "iana-hardware" - each NetConf server can define its "nature" (e.g Chassi, Backplane, SFP, ...)