Skip to main content
A session starts when Axilio allocates a phone. The common customer-visible boundaries are manual release, an optional idle timeout, and the platform’s maximum session duration. Axilio can also close a session when its phone becomes unavailable.

Inspect sessions

Open Sessions to filter active and completed sessions. Open a row for its phone, source, workflow, recording, files, live view, and Telemetry.

Idle timeout

ttl.idle_timeout_seconds closes a session after that many seconds without a live user connection. A connected control, live-view, or Telemetry viewer keeps the session active; after the last viewer disconnects, the idle clock resumes. A session that was never connected is idle from allocation time. Omit the value, or pass a nonpositive value, for no idle timeout. Positive values are clamped to 1–3,600 seconds. A session without an idle timeout still ends at the one-hour platform cap.
Open Sessions, click Allocate A Phone, and enter idle timeout (seconds). Leave it blank for no idle timeout.
The CLI does not currently expose the idle-timeout option. A CLI-started session remains active until you stop it or the maximum duration is reached.

Connection timeout is different

Python’s open_timeout controls how long the SDK waits to connect to the allocated phone. It does not set the session lifetime, wait for an app screen, or change a command deadline:

Release reliably

Use client.session() when Python owns the whole lifetime. For direct allocations, put deallocation in finally or defer. With the CLI, run axilio sessions stop <session-id> --yes. Closing a Dashboard tab does not release the phone. End the session with Release or Deallocate. Ending a session frees its control lease; it does not erase the dedicated phone’s apps or state and does not end its rental.