portrayal.dev
Portrayal is the source of truth for the physical facts; a DCIM is one consumer of them.
This is what spec/tools/portrayal/dcim_export.py writes at build time, in the
schema shared by netbox-community/devicetype-library and
nautobot/devicetype-library. One device type per SKU, so an AC front-to-back
and a DC back-to-front are separate entries with their own part numbers and images.
Interface names come from a NOS profile where one applies — they are a property of the
network OS rather than the hardware — and a device that runs no NOS still gets a device
type.
Shown here is one device type. The bundle carries more than the page can show: module types,
rendered images, and fibre-maps/ — which front port of a fibre cassette reaches
which fibre of its trunk. That last one has no home in either library's YAML
(netbox#20564 made the front-to-rear link a bidirectional M2M, and the front-port
entry is {name, type, positions} with additionalProperties: false), so it
ships beside the type as a flat row list and travels with both targets.
loading…