A new chapter. LiquidNAT is now part of LiquidWebSpace LTD. Meet the next era ↗
THE CONNECTED PLATFORM

One edge.
A clearer picture.

Packet processing, subscriber identity and network operations in one product family. Your infrastructure stays yours. Your team gets a connected way to think about it.

THE ARCHITECTURE

Three planes. Clear responsibilities.

01 / DATA PLANE

Gateway

Access → policy → translation → forwarding

↕
02 / CONTROL PLANE

RADIUS & network control

Identity → service intent → access & routing decisions

↕
03 / MANAGEMENT PLANE

Manager

Configuration → diagnostics → integrations → operations

THE COMPLETE PICTURE

A platform conversation, end to end.

01 /

Access & subscribers

PPPoE and IPoE access, circuit identity, VLAN/QinQ attachment and subscriber lifecycle form the broadband edge discussion.

02 /

Addressing & translation

IPv4 pools, CGNAT allocation, IPv6 addressing and prefix delegation belong in the same service design.

03 /

Identity & policy

Integrated or external RADIUS, service profiles, accounting, speed policy and suspension behaviour connect identity with service intent.

04 /

Routing & forwarding

IPv4/IPv6 forwarding and BGP/OSPF integration connect subscriber access to your upstream network.

05 /

Operations & recovery

Configuration review, backups, update planning, diagnostics and defined failure boundaries make recovery part of the design.

06 /

Automation & integration

Versioned API boundaries, billing-system integration and event-driven workflows reduce repetitive administration.

DESIGNED WITH BOUNDARIES

Give the packet path
its own lane.

The architectural principle is simple: the web interface belongs outside the forwarding path. Data, control and management each have a defined responsibility.

Software on your infrastructure

Plan around your own servers, network and operational requirements. Hardware and deployment profiles are part of the technical review.

Standards-based foundations

The architecture combines an independently authored C++ packet engine, DPDK I/O, FreeRADIUS integration and FRRouting integration.

A fit for your topology

Review hardware, access protocols, routes, logging, resource limits and recovery expectations before selecting a deployment.

THE REST OF THE LIFECYCLE MATTERS

Install. Operate. Recover. Repeat.

Installation & compatibility

Define the Linux appliance, server, NIC, firmware and virtualisation profile. Include interface roles, management access, time synchronisation, certificates and a first-subscriber health check.

Security & access

Review administrator roles, MFA/SSO requirements, scoped API credentials, audit access and customer-controlled support access. Keep privileged diagnostics bounded and sensitive data out of routine logs.

Backups & updates

Include signed release artifacts, compatibility preflight, configuration backup, update order and a recovery path. Review image, database and state-schema compatibility together.

Resilience by data class

Configuration replication, NAT allocations, subscriber sessions and routing convergence have different recovery needs. Specify fencing, failover headroom and restoration expectations.

Licensing & support

Ask about local entitlements, offline operation, renewal, hardware replacement and service behaviour during vendor-service outages. Define support hours and escalation scope in the commercial proposal.

Documentation & diagnostics

Keep setup, troubleshooting and recovery guidance aligned with the installed version. Review offline recovery, diagnostic bundles, event retention and integration contracts as part of onboarding.

LESS FRICTION. MORE NETWORK.

Your next chapter
starts at the edge.

Talk through your network ↗