The future of carrier resource inventory starts now
The industry’s most comprehensive, integrated platform for managing the IP, DNS, DHCP and number resources your network actually runs on — across every technology domain, from a single API surface.
One resource graph. Enterprise-grade governance.
Legacy carriers run separate stacks for IPs, DNS, DHCP and numbers. We collapse that fragmentation into a single, traceable inventory with one identity model and one TMF API surface.
Cohesive management
Drive down errors and outages by managing every resource type through one API and one interface.
Comprehensive visibility
A complete picture of your IP, DNS, DHCP and number portfolios — including the records other systems miss.
Adaptive delivery
Hardware, software or fully managed. Deployment topology fits your existing operating model.
Pre-emptive controls
Approval gates, capacity forecasting, audit lineage. Catch problems before they reach production.
Three platforms. One inventory truth.
Each platform models a distinct resource domain. Together they form one resource graph across IP space, DNS records, DHCP leases, and telephone numbers.
IP Address Management
From the /8 supernet down to the individual address. IPv4 and IPv6. RAN, transport, core, access — structurally isolated typed pools.
Explore IPAMDNS, DHCP & IPAM
Three systems collapsed into one source of truth. Authoritative DNS with DNSSEC, DHCPv4/v6 with PD, lease archival, server federation.
Explore DDINumber Inventory Management
Mobile, landline, toll-free. Portability with clearing-house workflows. Quarantine, categorisation, regulatory audit at national scale.
Explore NumbersMaterialised, not derived.
Every IP — from the /8 supernet down to the individual host — lives as a real row in the database. Audit lineage survives splits, merges, and reassignments. Domain typing is enforced at the data layer, not by convention.
Explore IPAMOne record. Three views.
Stop syncing IPAM, DNS, and DHCP across three separate databases. One resource graph powers all three surfaces. DNS, DHCP and reverse-PTR are projections, not parallel sources of truth that drift over time.
Explore DDIEight states. Approval gates between.
Every telephone-number transition is a typed operation. Approval gates sit between sensitive states — assignment, port-out, release — with optional dual-authorisation. The full lifecycle is auditable and reversible.
Explore NumbersLet’s talk modernising your resource inventory.
What this platform actually does.
One identity model spans IP addresses, DNS records, DHCP leases, and telephone numbers. Customer associations, service assignments, and lineage are stored once and referenced from every resource type.
The benefit is operational: reconciliation work between systems goes away, audit becomes append-only across the whole portfolio, and capacity forecasting can correlate across categories that used to live in separate spreadsheets.
RAN, transport, core, access, IP/MPLS, SDN/NFV, infrastructure and APN each receive their own typed allocation pool. Cross-domain assignment is structurally blocked at the data layer — not enforced by convention, naming, or operator vigilance.
This matters because in legacy stacks, the most common source of address conflicts is the operator who copy-pastes an address from the wrong domain. Removing that path removes the class of failure.
Continuous utilisation tracking projects exhaustion dates not just for IP pools, but for DHCP scopes, number blocks and DNS zone capacity in parallel. Configurable thresholds (default 80%) fire to email, Slack, webhook and SNMP with enough lead time to commission new resources.
You see the forecast for an IPv4 pool exhausting in 47 days alongside the toll-free block in the same region exhausting in 31 days — in one console, not three.
Twelve TMF APIs are implemented natively, not as adapters over a different internal model: TMF 633 (Service Catalogue), 634 (Resource Catalogue), 638 (Resource Inventory), 639 (Resource Activation), 645 (Service Qualification), 646 (Appointment), 652 (Resource Order), 656 (Service Order), 669 (Party Role), 685 (Geographic Address), 686 (Geographic Site), and 688 (Event Notification).
This is what enables six-week integrations into existing OSS catalogues, instead of multi-quarter projects.
Every operation — every allocation, every approval, every transition, every reassignment — appends to an immutable history that survives splits, merges and topology changes. Lineage is queryable for regulatory and forensic purposes without third-party tooling.
For regulators (TRAI India, FCC US, OFCOM UK) the platform exports evidence packs in the format they expect, without manual reformatting.
Numbers that hold up under real load.
What operators say about running it.
Direct quotes from network architects and operations leads at our deployed carriers. Names and brand identities are protected by NDA.
Replacing four separate inventory systems with one unified resource graph removed three full-time positions worth of reconciliation work. The drift problems we used to chase weekly simply stopped occurring.
The TMF Open API surface meant we could integrate with our existing OSS catalogue without any custom adapter work. Cutover was a six-week project, not the eighteen-month migration we had budgeted.
Capacity exhaustion alerts caught a /20 block we were about to run out of with 47 days of lead time. That single incident paid for the entire deployment.
Everything you need to evaluate.
the Xonware carrier solutions line — Product datasheet
Capability matrix, data-model, performance characteristics, supported TMF APIs.
Deployment options & sizing
Reference hardware, tenant capacity, latency budget, HA topology.
Security architecture overview
Encryption, RBAC, audit, key management. SOC 2 controls mapping.
Migrating from legacy DDI / NIM
Shadow-mode reconciliation strategy. Zero-downtime cutover playbook.
TMF Open API integration patterns
Mapping the Xonware carrier solutions line to TMF 633, 638, 645, 656 — with example payloads.
Multi-tenant deployment for MVNOs
Hierarchical isolation. Tenant onboarding playbook. Operational handoff model.
Tell us about your stack. We’ll map the fit.
A 30–45 minute technical walkthrough of the Xonware carrier solutions line — mapped to your existing OSS/BSS environment. You’ll hear back from a solutions engineer within one business day.
- Architecture review against your current inventory stack
- Live demonstration of the workflows that matter to your team
- Sizing, deployment model, and migration playbook
- TMF API surface walkthrough with example payloads