Skip to navigation Skip to main content
  • Home
  • Price
  • Docs
  • Learn
  • Contact us

Technical & Architecture

19
  • Control vs. Data Plane Architecture: Decoupling Web Dashboard from Client Engine
  • Client Core Architecture: TUN Interface & Split Tunneling Specs
  • Webhook Event Pipeline for Automation & Billing Platforms
  • BEX Reseller REST API Specification & OAuth Authentication
  • Automated Top-Up Market & Crypto Instant Settlement Architecture
  • Sub-Reseller Hierarchy & Multi-Tier Credit Allocation Engine
  • Tokenized Bandwidth Economics & Balance Solvency Architecture
  • Edge Rate-Limiting & Traffic Anti-Abuse Architecture
  • Ā Zero-Log Edge Telemetry & Real-Time Gateway Health Monitoring
  • Cryptographic Key Exchange & DNS/IPv6 Leak Prevention
  • Zero-Log Pipeline & RAM-Only Server Operating Environment
  • BEX Global Routing Infrastructure & Gateway Node Distribution
  • Shared Bandwidth Pools & Multi-Device Volume Allocation in Gigify
  • Ā Cumulative Quota Engine & Validity Rollover Protocol
  • Gigify Real-Time Metering Engine & Per-GB Bandwidth Accounting
  • Priority Routing & Dedicated Gateway Bandwidth Allocation
  • Concurrent Device Handshake & Hardware ID Allocation
  • Premiume Subscription Lifecycle & Fixed Timeframe Engine
  • Active vs. Inactive Session Detection Protocols

Legal & Transparency

8
  • Refund Eligibility & Balance Adjustment Terms
  • Cryptocurrency Billing & Wallet Top-Up Terms
  • Sub-Reseller Hierarchy Regulations & Compliance Guidelines
  • Reseller Partner Agreement & Token Ownership Rules
  • Service Availability & SLA Commitments
  • End User Lisense Agreement (EULA) & Acceptable Use Policy
  • RAM-Only Processing & Non-Retention Policy Specs
  • BEX Strict Zero-Logs Privacy Policy & Data Handling Specifications

Frequently Asked Questions

16
  • What should I do if I experience connection timeouts or speed degradation?
  • What encryption algorithms and routing protocols are implemented?
  • How does BEX prevent DNS, WebRTC, and IPv6 leaks?
  • Does BEX VPN log my browsing activity, IP address, or traffic data?
  • Can I integrate BEX services with Telegram bots or custom WHMCS platforms?
  • How does instant settlement work in the automated Top-Up market?
  • How do I configure Sub-Reseller accounts and commission tiers?
  • How do bandwidth tokens work in the BEX Reseller ecosystem?
  • What cryptocurrency payment methods are accepted for top-ups?
  • Does unused bandwidth expire in Gigify plans?
  • How is bandwidth usage calculated and tracked in Premium and Gigify plans?
  • What is the difference between Premium and Gigify plans?
  • Can I use my account across multiple devices simultaneously?
  • How do I create and secure my BEX account?
  • Do I connect to the network from the web dashboard or the client app?
  • What is BEX VPN and how does it differ from traditional VPNs?
  • Home
  • Docs
  • Technical & Architecture
  • Active vs. Inactive Session Detection Protocols
View Categories

Active vs. Inactive Session Detection Protocols

2 min read

1. Overview & System Purpose #

The BEX Session Detection Engine continuously monitors gateway connections to distinguish between active user traffic and idle or background network activity. The primary goal of this architecture is to ensure fair credit accounting (specifically within the Flex and Gigify subscription models) by preventing background keep-alive packets or silent socket connections from incorrectly triggering session billing or active-day deductions.

2. Active Session Criteria #

A connection is classified as an Active Session when all of the following conditions are met:

  • Cryptographic Handshake Completion: Successful establishment of the encrypted TUN/TAP tunnel using authorized Hardware IDs.
  • Bi-directional Data Flow: Sustained throughput exceeding the minimum data threshold ($> 64\text{ KB/min}$) across the active data plane.
  • Application Uptime Signal: Active network requests initiated by user-level processes (e.g., web browsing, media streaming, or encrypted API calls).

3. Inactive (Idle) Session Criteria #

A connection transitions to an Inactive / Idle Session state under the following conditions:

  • Background Keep-Alive Phase: The client device enters system sleep or lock screen mode where only heartbeat pings are exchanged with the gateway node.
  • Throughput Drop Threshold: Data transfer rates fall below $10\text{ KB/min}$ for a continuous period exceeding 15 minutes.
  • Unresponsive Keep-Alive Timeout: Dead Peer Detection (DPD) protocols fail to receive acknowledgement packets after 3 consecutive retry attempts.

4. Session Detection Workflow #

  1. Initiation: The client requests a tunnel connection. The Control Plane validates authorization and logs the starting timestamp.
  2. Telemetry Sampling: Gateway nodes analyze throughput metrics at 30-second sampling intervals.
  3. Threshold Evaluation: If throughput remains above the active threshold, the session stays flagged as “Active”.
  4. State Transition: If throughput drops below the minimum threshold for 15 minutes, the Control Plane automatically marks the session as “Idle/Paused”.
  5. Credit Preservation: In idle state, time-based consumption meters are paused to prevent unnecessary plan drain.

5. Billing & Accounting Impact #

  • Flex Subscription: Entering an idle state within an existing 24-hour active window does not cancel the current window, but prevents starting a new window prematurely after expiration.
  • Gigify Subscription: Idle connections generate zero bandwidth metering events, guaranteeing that background heartbeats do not consume data quotas.
Still stuck? How can we help?

How can we help?

Updated on October 4, 2026
Premiume Subscription Lifecycle & Fixed Timeframe EngineControl vs. Data Plane Architecture: Decoupling Web Dashboard from Client Engine

Leave a Reply Cancel reply

Your email address will not be published. Required fields are marked *

Table of Contents
  • 1. Overview & System Purpose
  • 2. Active Session Criteria
  • 3. Inactive (Idle) Session Criteria
  • 4. Session Detection Workflow
  • 5. Billing & Accounting Impact
Based on WoodMart theme© 2026 WooCommerce Themes.
payments
Close
  • Home
  • Price
  • Docs
  • Learn
  • Contact us
  • Languages
    • You need WPML plugin for this to work. You can remove it from Header builder.
Shop