Xonware · Carrier solutions

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.

The power of one inventory

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.

IP inventory

Materialised, 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 IPAM
Block /8 5 Subnet /16 240 Pool typed 1,800 Address host 1.8M 1.8M MATERIALISED ROWS · FULL LINEAGE
DDI unification

One 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 DDI
Resource graph 10.0.1.42 · host-42 IPAM derived view DNS derived view DHCP derived view
Number governance

Eight 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 Numbers
Available Reserved Active Quarantine auto-release after window ▢ APPROVAL GATES ON SENSITIVE TRANSITIONS

Let’s talk modernising your resource inventory.

A 30-minute walkthrough mapped to your existing OSS/BSS stack.
Talk to an expert
Key capabilities

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.

Designed for carrier scale

Numbers that hold up under real load.

10M+
Numbers per tenant
2M+
Assigned IPs
100K+
DNS records
12
TMF APIs native
Testimonials

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.

Head of Network Engineering
Tier-1 mobile carrier · MENA

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.

Director, BSS Architecture
Converged operator · SE Asia

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.

IP Planning Manager
National fixed-line carrier · Africa
Talk to an expert

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