---
sourceDocument: Australia Telecommunications Network Inventory
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/telecom-network-inventory

 Release :

    - australia

ft:locale :

    - en-US

ft:publication_title :

    - Australia Telecommunications Network Inventory

ft:clusterId :

    - telninv

bundleId :

    - telninv

workflow :

    - Customer and Industry


---

# TNI Data Model Navigator

# TNI Data Model Navigator {#ariaid-title1}

Release version: Australia  
Updated September 10, 2026  
![](https://www.servicenow.com/docs/portal-asset/ico-clock) 2 minutes to read  
A Data Model Navigator is a CMDB framework feature that presents a curated, domain-specific view of the CMDB. With TNI (Telecommunications Network Inventory) context, it organizes thousands of CMDB CI classes into a focused, hierarchical structure relevant to telecom operations.  
Data Model Navigator framework stores and organizes metadata in four interconnected components:

* Contexts: Hierarchical Organization
* Tables: CI Class Descriptions
* Fields: Critical Attributes
* Relationships: How tables connect with one another
{#data-model-navigator__ul_j25_pry_5jc}

## Context {#data-model-navigator__section_nxm_3ny_5jc}

A model context is a curated view of the Configuration Management Database (CMDB) that organizes CI classes, fields, and relationships around a specific operational domain. Instead of requiring you to navigate thousands of CI
classes in the full CMDB hierarchy, a model context shows only the data relevant to your work.

Contexts are hierarchical. A parent context defines the broadest domain grouping.
Child contexts subdivide it into focused subdomains, each carrying its own mapped tables,
documented fields, and defined relationships.

## Telecom Network Inventory (TNI) Context Hierarchy {#data-model-navigator__section_iqc_rhw_zjc}

The Telecom Network Inventory is a parent context containing the following child contexts, each representing a layer of telecom infrastructure:

* TNI Physical: Fiber infrastructure (cables, strands, splice closures, cross-connect panels)
* TNI Logical: Logical paths that ride over physical (PON paths, VLAN circuits, MPLS LSPs)
* TNI Services: Service instances that contain logical paths
* TNI Site: Site-level containers and racks
* TNI Facilities: Power, cooling, physical plant infrastructure
* TNI Topology: Network topology views and relationships
{#data-model-navigator__ul_c4n_f4y_5jc}

## Tables --- CI Class Descriptions {#data-model-navigator__section_ohj_y4y_5jc}

Metadata describing what each CMDB CI class tracks, its purpose, and variations across contexts.

Example: Optical Fiber Cable Table.
{#data-model-navigator__table_uk3_mpy_5jc__entry__2}

| Field | Description |
|-|-|
| Table name | cmdb_ci_optical_fiber_cable |
| Purpose | Physical cable containing individual fiber strands for telecom transmission. Cables bundle multiple fibers for protection and routing through infrastructure. |
| Context | TNI Physical layer |
| GPON Planning use case | Determines splitter capacity and service provisioning |
| Inventory Management use case | Tags equipment and tracks deployment |
| Capacity Planning use case | Aggregates service capacity by cable |
[ ]

{#data-model-navigator__table_uk3_mpy_5jc}

## Fields --- Critical Attributes {#data-model-navigator__section_d4y_qpy_5jc}

Field-level metadata describing critical attributes, their importance across use cases, and sample values.

Example: Fiber Cable Fields.

Field 1: strand_count.
{#data-model-navigator__table_dff_cqy_5jc__entry__2}

| Aspect | Details |
|-|-|
| Description | Number of individual fiber strands contained in this cable |
| GPON Planning (CRITICAL) | Determines how many circuits this cable can support |
| Inventory (INFORMATIONAL) | Tags equipment specification |
| Sample data | "24", "48", "96" |
[ ]

{#data-model-navigator__table_dff_cqy_5jc}

Field Metadata = Describes individual fields within a CI class table, their purpose across use cases, and sample values.

Field metadata are important because
it
enables the agent to know
which fields matter for which decisions and
to provide realistic examples to
users.

## Relationships {#data-model-navigator__section_xz1_lqy_5jc}

Metadata describing how CI classes relate to each other, why those relationships exist, and their importance in different use cases.

Relationship 1: Service Contains Logical.
{#data-model-navigator__table_zxp_5qy_5jc__entry__2}

| Field | Value |
|-|-|
| Source | cmdb_ci_connection_service_instance (service layer) |
| Target | cmdb_ci_nl_logical_path (logical layer) |
| Modeling reason | Customer services ride over logical connectivity paths |
| Critical for | End-to-end service mapping, customer billing |
[ ]

{#data-model-navigator__table_zxp_5qy_5jc}

Relationship 2: Logical Rides Over Physical.
{#data-model-navigator__table_z3g_wqy_5jc__entry__2}

| Field | Value |
|-|-|
| Source | cmdb_ci_nl_logical_path (PON path) |
| Target | cmdb_ci_nl_physical_link (fiber span) |
| Modeling reason | Logical connectivity requires physical fiber to carry signals |
| Critical for | Network topology mapping, troubleshooting, capacity planning |
[ ]

{#data-model-navigator__table_z3g_wqy_5jc}

Relationship Metadata: Describes how CI classes connect across TNI layers and why those relationships matter.

Understanding Relationship Mapping: An agent understands how to traverse the data model (Service → Logical → Physical → Equipment) to answer complex questions.
**Related tasks**   

* [Access the TNI data model navigator](https://servicenow-prod.fluidtopics.net/X7dOt40U~zUPGDNvETu5ww "Access the TNI data model navigator to view the contextually organised CMDB CI classes into a focused, hierarchical structure relevant to telecom operations.")