Gateway
Access → policy → translation → forwarding
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.
Access → policy → translation → forwarding
Identity → service intent → access & routing decisions
Configuration → diagnostics → integrations → operations
PPPoE and IPoE access, circuit identity, VLAN/QinQ attachment and subscriber lifecycle form the broadband edge discussion.
IPv4 pools, CGNAT allocation, IPv6 addressing and prefix delegation belong in the same service design.
Integrated or external RADIUS, service profiles, accounting, speed policy and suspension behaviour connect identity with service intent.
IPv4/IPv6 forwarding and BGP/OSPF integration connect subscriber access to your upstream network.
Configuration review, backups, update planning, diagnostics and defined failure boundaries make recovery part of the design.
Versioned API boundaries, billing-system integration and event-driven workflows reduce repetitive administration.
The architectural principle is simple: the web interface belongs outside the forwarding path. Data, control and management each have a defined responsibility.
Plan around your own servers, network and operational requirements. Hardware and deployment profiles are part of the technical review.
The architecture combines an independently authored C++ packet engine, DPDK I/O, FreeRADIUS integration and FRRouting integration.
Review hardware, access protocols, routes, logging, resource limits and recovery expectations before selecting a deployment.
Define the Linux appliance, server, NIC, firmware and virtualisation profile. Include interface roles, management access, time synchronisation, certificates and a first-subscriber health check.
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.
Include signed release artifacts, compatibility preflight, configuration backup, update order and a recovery path. Review image, database and state-schema compatibility together.
Configuration replication, NAT allocations, subscriber sessions and routing convergence have different recovery needs. Specify fencing, failover headroom and restoration expectations.
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.
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.