Use it with your own records.
- Download the workbook and open 01 Naming policy.
- Enter your site and room scope and the project or policy reference.
- Use the blank amber table for actual records. The fictional example below it is a reference.
- Insert table rows when needed. Keep identifiers as text, including leading zeros.
- Follow guide 01 to complete the checks and record unresolved items.
Before you start
- Identify the object class for this row and bring examples from an actual upcoming work package, including one value that already causes confusion.
- Collect the approved location dictionary, existing allocation registers, and relevant print or record-field constraints. Mark an unavailable policy as missing rather than inventing its revision.
- Name the person who can decide uniqueness scope and issuance rules, and choose a second reader who did not design the proposed syntax.
Complete the register
- Enter one object type per rule row. Separate a cabinet's physical asset identity from the rack location address if the policy tracks both.
- Describe the uniqueness boundary in words, then enter the full proposed pattern without substituting a short display label for the authoritative form.
- Define each component in order and record permitted characters, separators, padding, and the handling of missing information.
- Enter a complete fictional proof value while reviewing the draft; replace it with a clearly identified project example when the rule is ready for actual use.
- Record the policy revision and allocation owner only when those decisions exist. Link the review pack that tests expansion, moves, and competing short identifiers.
- Use the status field to distinguish draft review, unresolved decision, and approved rule. Enter verifier and verification date for the completed interpretation check.
Walk through the example
In the existing fictional row, Object type is Rack location, the scope is all DC01 halls, and the pattern is SITE-HALL-RACK. Read DC01-H1-R014 against the field meanings: site DC01, hall H1, rack location R014. AST-008421 is a separate asset identity and does not belong in this location pattern. The reviewer should test another hall to confirm why R014 alone is insufficient outside the local context. The permitted values then explain uppercase text and the illustrated rack range; they are fictional policy choices, not a standard's required syntax. NAM-01 rev 2 identifies the example decision being reviewed, while DEMO-NAM-REVIEW-01 points to its supporting interpretation exercise. For a real project, replace those example references with actual approved records. If the second reader cannot distinguish a movable cabinet from its location, leave the rule under review and resolve the field meanings before issuing production labels.
Handle common exceptions
A legacy identifier is still referenced by open work orders.
Retain it in an explicit crosswalk to the approved identity and record the transition owner; do not erase the only reference those work orders can resolve.
The full proposed value is truncated by a record field.
Hold approval of the affected format and document the actual constraint for the policy and system owners; do not silently remove a component.
Two teams have reserved the same sequence.
Record both reservations, stop competing issuance for those values, and obtain one allocation decision before printing.
Review and close
- Have the second reader decode the example using only the recorded dictionary and identify the intended object type and scope.
- Check the longest permitted value in the intended label and downstream record fields, preserving all significant characters.
- Confirm how reservations, corrections, retirement, and any permitted reuse are documented by the issuance owner.
- Retain the accepted dictionary and transition crosswalk with the policy revision; list any areas or object types that remain outside the approved scope.
Fields and filled example
Fictional values only. Scope: DC01 / H1 unless another location is shown. The downloadable register is blank for your actual observations.
| Field | What to record | Fictional example |
|---|---|---|
| Object type | Kind of item governed by this rule. | Rack location |
| Uniqueness scope | Boundary within which the full ID is unique. | All DC01 halls |
| Pattern | Field order and separators. | SITE-HALL-RACK |
| Field meanings | Meaning assigned to each component. | Site; hall; rack |
| Allowed values | Character, case, and padding rules. | Uppercase; rack R001-R999 |
| Example identifier | A complete sample of the pattern. | DC01-H1-R014 |
| Policy revision | Version governing issuance. | NAM-01 rev 2 |
| Owner | Role accountable for the rule. | Infrastructure records lead |
| Evidence | Record of the review or source decision. | DEMO-NAM-REVIEW-01 |
| Verifier | Person who checked interpretation. | Example reviewer |
| Verification date | Date the check was performed. | 2026-09-12 |
| Status | Review state; examples are not approvals. | Example only |

Sources and scope
- TIA FOTC: TIA-606-D scope ↗
Public scope overview; local patterns and review workflow are editorial examples, not normative syntax.
Read scope and linked guides - TIA-606-E recirculation ballot notice ↗
TIA's June 19, 2026 recirculation-ballot and public-review notice for TIA-606-E. It establishes the notice's stage and date, not final publication or project adoption.
Read scope and linked guides - TIA-942 official overview ↗
TIA's official TIA-942 overview lists Revision C, published May 2024, and describes data-center infrastructure scope. It does not supply a local cable-label naming policy.
Read scope and linked guides - IEC 81346-1:2022, structuring principles and reference designations ↗
Publisher listing for edition 2.0, published March 30, 2022. Establishes that the standard sets general principles for structuring systems and for formulating unambiguous reference designations, and that a reference designation acts as a key for retrieving information about an object rather than as a description of it. It does not supply a data center naming syntax, and no requirement text is reproduced here.
Read scope and linked guides - RFC 1178 (FYI 5): Choosing a Name for Your Computer ↗
D. Libes, Integrated Systems Group, NIST, August 1990. Establishes the long-standing argument that a computer name works best as an arbitrary tag rather than a description, because a name chosen from a machine’s current role does not stay appropriate. It is about host names rather than physical position identifiers, and states no requirement for either.
Read scope and linked guides - RFC 1035: Domain Names — Implementation and Specification ↗
P. Mockapetris, ISI, November 1987. Establishes the preferred name syntax for domain labels: letters, digits and hyphen, starting with a letter and ending with a letter or digit, a 63-character label limit, and comparison that ignores case. It constrains an identifier only where one is reused as a host name or DNS label, and says nothing about labeling.
Read scope and linked guides - NetBox: Device model ↗
Product-specific face and position semantics; local elevation translation is editorial guidance.
Read scope and linked guides - ServiceNow: Identification and reconciliation configuration ↗
Record identification and update-authority principles; does not prescribe physical relabeling.
Read scope and linked guides - Microsoft: Preserve identifier text in Excel ↗
Excel text-import and conversion guidance for leading zeros and long identifiers. Batch controls are editorial. Checked October 2, 2026.
Read scope and linked guides - NetBox Labs: NetBox 4.4 export templates ↗
Object-type-specific export templates and rendering context. Local field names, template revisions, and required-data handling must be mapped to the actual installation.
Read scope and linked guides - Zebra: Barcode input documentation ↗
DataWedge 11.1 hardware, decoder, formatting, and quiet-zone context; payload/lookup workflow is editorial.
Read scope and linked guides - Panduit: Infrastructure identification guide ↗
July 2014 historical rack-location examples; not current standards authority.
Read scope and linked guides