Book a demo →

Addressing your plant

Build the segment and prefix structure, bind addresses to real device ports, describe flows, and let the path check tell you what is not cabled yet.

12 min read Updated 29 Aug 2026

The IP inventory is a join, not a list of addresses. Every row is one physical port on one device, carrying its equipment identity — device, slot, rack, RU, technical area — beside its network identity — address, prefix, VLAN, segment, flow role.

That is why it answers questions neither half could answer alone: which addressed ports are in rack 4, or which ports on this frame still have no address.

A port is network, unclassified, or not-network

Addressing only applies to ports that are on the network, so Canvas classifies every port three ways rather than two. The third verdict is the one that matters: a port whose signal nobody has filled in yet is not the same as a port that is definitively not a network port.

VerdictMeansIn the inventoryCan take an address
networkSignal is a known IP transport, or the port declares a link speedListedYes
unclassifiedNo signal declared and no link speed — a gap in the data, not a fact about the portListedYes, and it raises a finding
not_networkSignal is declared and is not an IP transport — SDI, AES, analogue, RFWithheld, and the count is shownNo
Why three and not two. A two-way rule — hide anything not proven to be a network port — was measured against real projects and hid 72–85% of all ports, because a port rarely declares a link speed and 20–50% of ports carry no signal at all. The three-way rule hides 32–38%, and what it hides really is SDI, AES and RF.

The order is enforced, not merely suggested

You cannot allocate an address before a prefix exists, and you cannot describe a flow before a pool exists. Canvas refuses out-of-order work and names the next step instead of opening an empty panel.

#ObjectNeeds firstGives you
1SegmentA colour, a kind, a PTP domain
2VLAN (optional)SegmentA VID to hang prefixes on
3Prefix unicastSegmentAddresses for ports
4Prefix multicast_poolSegmentGroup addresses for flows
5PoolA pool-role prefixA named group range
6AddressUnicast prefix + a network portA bound port
7FlowPool + sender portA described stream
8ReceiversFlowSomething for the path check to trace

Where each job lives

The work splits across two pages, and the split is deliberate: you author on the drawing, where the plant is visible, and you audit in the table, where every port can be filtered and sorted.

SurfaceUse it to
Cable Diagram — IP layerCreate segments, VLANs, prefixes and pools; arm a prefix and click ports; draw flows; see segment tint and bandwidth heat on the plant
IP InventoryEvery port as a row; facet by addressed and network state; assign or release one port at a time; find what is missing
IP inventory is a licensed module. If the IP item is missing from the Canvas navigation, the entitlement is not on your licence — talk to your account manager rather than looking for a setting.

1. Open the IP layer

Sign in with your work email. Canvas sends a one-time link, so there is no password to manage or rotate. Follow the link, then pick the project you are addressing: every segment, prefix and flow below belongs to exactly one project and is never shared across them.

Open the Cable Diagram. This is the equipment half — devices, ports and cables, the substrate that addressing binds onto.

The Cable Diagram before the IP layer is switched on

Turn on the IP layer with the IP toolbar button. It adds three tools — Draw flow, Assign IP and Heat — and docks the IP segments and IP flows palettes.

The same drawing with the IP layer switched on

2. Create a segment

A segment is the top of the tree: a broadcast domain with a colour that tints ports and devices everywhere else on the drawing. Open Palettes ▾ → IP setup.

The Palettes menu, listing IP segments, IP flows and IP setup

Every network object is created in this one palette, and the sections run in dependency order.

The IP setup palette

FieldValuesNotes
Name1–64 charactersRequired
Kindmedia · control · mgmtSeparates the media network from control and management
PTP domain0–255Optional — the ST 2059-2 domain this segment runs
ST 2022-7 pairanother segmentOptional — marks this as one leg of a redundant pair
Colour#hexOptional — drives the tint on the drawing

3. Add a VLAN

Optional, but worth doing before prefixes so you can attach the prefix to its VLAN in one pass. A VID is 1–4094 and can be tied to a segment. Once it exists, the inventory shows it per port — so a VLAN mismatch shows up in the same table as the address, rather than in a separate spreadsheet.

4. Create the prefixes

A prefix is a CIDR block inside a segment, and its role decides what it is allowed to hand out.

RoleHands outToOffered when addressing a port
unicastHost addressesDevice portsYes
multicast_poolGroup addressesFlowsNo — deliberately excluded

A group address belongs to a flow, not to a port. Offering one when you are addressing a port would produce an allocation that immediately disappears from the row you clicked, so Canvas leaves it out.

5. Name a multicast pool

The Multicast pools section stays collapsed to a single line until a multicast_pool-role prefix exists. Once it does, the form appears and you can name a pool against it. Flows draw their group addresses from the pool rather than from a raw CIDR, which is what keeps group allocation auditable.

6. Put addresses on ports

Two ways, suited to different jobs.

On the drawing — for a run of ports

Click Assign IP. What happens next depends on how many prefixes exist, and all three cases are deliberate.

PrefixesBehaviour
0Refuses, and names the next step
1Arms immediately — picking the only option would be ceremony
2 or moreOpens disarmed, so nothing is allocated out of a prefix nobody chose

The Assign IP panel, opened disarmed

Pick the prefix, optionally set a label, then click IP-capable ports on the drawing. Each click takes the next free address and the same label — which is the whole point when you are addressing a frame.

The Assign IP panel, armed and ready

The label is sticky. While a label is set, every port you click receives it. That is deliberate for addressing a frame, and surprising exactly once.

In the inventory — for one port you went looking for

Hover the row: an Assign button appears in the address cell and opens a prefix picker inline. Save takes the next free address. A bound row shows Release instead, which takes the address off the port but keeps the address itself.

Two ports addressed, with segment and VLAN filled in from the prefix

7. Read the inventory

The table is the audit surface. The facets across the top count as well as filter, so you can see the shape of the job before touching anything.

The IP inventory, showing network ports only

ControlWhat it does
SearchDevice, port, address or rack in one box
Address facetAddressed / No address, with live counts
Network facetNetwork port / Signal not declared
Show non-network portsReveals the withheld rows
ColumnsRack / RU, Device, Port, Signal, IP address, Segment, VLAN, Flow, Area
The filter reports what it hides. Under the facets sits a plain sentence: 4 non-network ports are not listed — IP addressing lives on network ports. Without it, an all-SDI project would render as “no device ports in this project yet” and send someone off to re-import a bill of materials they had already imported.

The same table with non-network ports revealed

8. Describe a flow

A flow is one sender port, a group address from a pool, a bandwidth, a UDP port, and any number of receiver ports. Click Draw flow, then click the sender port and each receiver in turn — Esc cancels.

Choosing an essence fills in the bandwidth and UDP port from a preset, so the oversubscription maths stays consistent across a project instead of being retyped per flow.

EssenceBandwidthUDP portTypical ST 2110 carriage
video2 703 000 000 bps5004ST 2110-20 uncompressed video
audio4 915 200 bps5004ST 2110-30 / -31 PCM and AES3
anc2 000 000 bps5004ST 2110-40 ancillary data
data100 000 000 bps5004ST 2110-41 / -43 metadata and timed text

A new flow is born in state planned and is activated explicitly. The flow also carries an ST 2022-7 group and a twin, so a redundant pair is one object with two legs rather than two unrelated flows.

The IP flows palette

9. Run the path check

Run path check traces every flow from sender to each receiver across the cabling you have actually drawn, and recomputes the findings. It is one idempotent pass that both opens and closes findings, so running it twice changes nothing.

Findings surface on the drawing, above the segment list

FindingRaised whenCloses when
Path incompleteA flow has receivers that cannot be reached across drawn cablingThe cabling completes the path
Link oversubscribedSubscribed bandwidth on a cable exceeds its capacityFlows move, or capacity changes
Port unclassifiedAn address was bound to a port with no declared signalThe port’s signal is declared

Heat tints every cable by subscribed ÷ capacity, so an oversubscribed link is visible on the plant rather than buried in a report. A traced flow path draws over the heat.

Flag, don't block. Binding an address to an unclassified port is allowed and raises a finding; binding to a declared non-network port is refused. A declared fact can be enforced, while missing data is reported — refusing every port whose signal nobody typed would make most real projects unaddressable.

Six things worth knowing first

  1. The Assign button is hover-only. An unaddressed row looks inert until the pointer is over it. Nothing is broken.
  2. A row can be un-assignable, and the table says whynot a network port, or network status unknown when no verdict came back at all.
  3. Multicast prefixes never appear in the port picker. If a new block is missing from the dropdown, check its role.
  4. Assign IP with no prefixes refuses rather than opening, and the message names the next step.
  5. The label is sticky while it is set.
  6. Hidden rows are counted, not silently dropped. If a project looks empty, read the line under the facets before concluding the import failed.
The ST 2110 data essences are first-class. ST2110-40 ancillary data, -41 fast metadata and -43 timed text are network signals: they can be addressed and carried on flows like video and audio. As of Engineering Standards revision 0H they also have their own signal-flow sheet, drawing type letter X, instead of sharing the network sheet.

Something unclear or out of date? Tell us and we will fix it.