Skip to main content

LiveKit server (livekit)

WebRTC SFU of the realtime voice agents: signalling over WebSocket, media over UDP on a fixed port range, no TURN (bank network), Redis for the distributed mode.

Generated from catalog/services/livekit.yaml: do not edit by hand.

Summary​

Version1.13.11
Useinstall and configure, configure and connect
Layerfunctional (AI catalog)
CategoryAI serving
Installation methodsbinary, podman
External connectionno
Sandbox onlyno

Licence​

SPDX identifierApache-2.0
Licence policycore licence (MIT or Apache-2.0)
Licence exception-
Platform componentlivekit

Packages and artifacts​

A package the project of the service publishes (its image, its binary archive, its Python or OS package) carries the licence of the service; a third-party package carries the licence written on its row, read from the official upstream metadata.

KindPackageVersionLicenceDetails
container imagedocker.io/livekit/livekit-serverv1.13.11Apache-2.0image key livekit, used by livekit-server, digest sha256:25cd902de7cacbd5f1f779f6a6ac1eae20ba8f56b0935934ce6b0ab80d1e3d20
binary archivelivekit_1.13.11_linux_amd64.tar.gz1.13.11Apache-2.0https://github.com/livekit/livekit/releases/download/v1.13.11/livekit_1.13.11_linux_amd64.tar.gz, x86_64, checksum sha256

Images are pinned by tag in the descriptor, and by digest when the descriptor declares one (the offline bundle then refuses a pulled image that does not carry it); the digest is recorded in the mirror of the Manager when the offline bundle is imported, and every pull or load is checked against it.

Supported systems and architectures​

MethodOperating systemsArchitectures
binaryRHEL family (dnf), Debian family (apt), Arch Linux (pacman)x86_64 (architecture of the artifacts of the descriptor)
podmanRHEL family (dnf), Debian family (apt), Arch Linux (pacman)x86_64, aarch64 (not restricted by the descriptor)

Certified host systems: RHEL 8/9/10, Rocky Linux 8/9/10, AlmaLinux 8/9/10, Oracle Linux 8/9, CentOS Stream 9/10, Ubuntu 22.04/24.04, Debian 12, Arch Linux (rolling). The host preflight accepts these systems (other releases of a known family give a warning, end of life releases are refused) and the x86_64 and aarch64 architectures.

Prerequisites​

Host​

  • at least 4 CPU (warning, cpu).

Network and ports​

ComponentPort namePortOpened in the host firewall
livekit-serversignal7880/tcpyes
livekit-servermedia50000-50100/udpyes
livekit-servermetrics6789/tcpyes

Kernel parameters​

ParameterValue
net.core.rmem_max5000000
net.core.wmem_max5000000

Services and connections needed​

Details and resolution: see Dependencies.

Installation methods and modes​

MethodDefaultWhat the method uses
binaryyesthe binary archives of the descriptor, unpacked under the service directory
podman-the container images of the descriptor, run by Podman under systemd

Components​

ComponentKindInstallation methodsPorts
LiveKit server (livekit-server)masterbinary, podman7880/tcp, 50000-50100/udp, 6789/tcp

Single node (single) (default)​

One media server, local room state.

What the mode deploys:

ComponentPlacement
livekit-servermin 1, max 1

Distributed (distributed)​

Several media servers routing rooms through Redis.

What the mode deploys:

ComponentPlacement
livekit-servermin 2, recommended 3

Install this service​

The install wizard of the Navin Manager plans, validates and runs the installation; you need the services:install permission on the cluster.

  1. Open the wizard. In Clusters, choose the row action Install services of the target cluster. The wizard opens on its first step, Service.

  2. Choose the service. On the Service step, select LiveKit server. The card shows the licence Apache-2.0 and the dependencies the installation needs. Pick the Method among binary, podman (default binary).

  3. Choose the hosts and the mode. On the Hosts step, tick the hosts, then choose the Mode: single (default), distributed. Each mode deploys the components listed in Installation methods and modes.

  4. Bind the dependencies. On the Bindings step, choose for each dependency (redis, redis) Install with the platform or Use an existing connection; an optional dependency can stay on No binding.

  5. Configure. On the Configure step, review the parameters (see Configuration parameters). Passwords left empty with a generated default are generated and sealed by the Manager.

  6. Review and install. On the Install step the Manager validates the plan and shows the installation order; when it says "The plan is valid. Ready to install.", choose Install. A highly available mode is installed only when its HA checks pass.

  7. Verify. The operation ends when the health checks of every instance pass (see Health checks); the service then shows as running in Services.

Connect an existing service​

Schemeshttps, http
Default port7880
Authenticationrequired
Health check/
Authentication methodFieldsDescription
api_key_secretapi_key, api_secretAPI key and secret of the keys section; the Manager signs a short JWT (roomList) to check them.

Official documentation: https://docs.livekit.io/reference/other/roomservice-api/

High availability​

Clusternative (native)
High availabilityexternal (external)
Failoverclient side (client)
Replicationshared store (shared-store)
Quorumnone (none)
Discoveryregistry (registry)
Entry pointload balancer (load-balancer)
Official documentationhttps://docs.livekit.io/transport/self-hosting/distributed/
Peer TLS parametertls_enabled

Prerequisites​

PrerequisiteMust be highly availableModesDescription
redisyesdistributedHighly available Redis holding the node registry and the room routing.

Topology per mode​

ModesHighest catalog levelDistributionQuorum componentFault domainsDescription
singlestandalone (standalone)single (single)-1One media server, local room state.
distributedcluster (cluster)active-active (active-active)-2Several media servers registering in Redis, which routes each room to one node.

Notes​

  • A room lives on a single node: the abrupt loss of that node cuts the session in progress, the clients reconnect and the room restarts on another node.

Configuration parameters​

Network​

ParameterTypeDefaultAllowed valuesRequiredSecretRestartDescription
Signalling port (port)port7880-nonoyesWebSocket and HTTP API port.
First media port (udp_port_start)port50000-nonoyesStart of the UDP media range.
Last media port (udp_port_end)port50100-nonoyesEnd of the UDP media range (keep the firewall rule in line).
Metrics port (metrics_port)port6789-nononoPrometheus port.
TLS at the proxy (tls_enabled)boolfalse-nononoClients use wss:// (TLS terminated by the load balancer in front of the signalling port).

Security​

ParameterTypeDefaultAllowed valuesRequiredSecretRestartDescription
API key (api_key)stringnavin-nononoKey name of the API key pair (EAI_LIVEKIT_API_KEY).
API secret (api_secret)passwordgenerated-noyesnoSecret of the API key pair (EAI_LIVEKIT_API_SECRET), at least 32 characters.
Redis ACL user (redis_username)string(empty)-nononoACL user of LiveKit in Redis; empty: the user of the redis binding (the redis service of the catalog only has its default user).

Integrations​

ParameterTypeDefaultAllowed valuesRequiredSecretRestartDescription
Redis message bus (redis_bus)boolfalse-nonoyesPut the single node on Redis (redis binding): LiveKit SIP, Egress and Ingress only talk to LiveKit Server through Redis, so telephony and recordings need it. The distributed mode always uses Redis. (single)
Webhook URLs (webhook_urls)list[]-nonoyesReceivers of the room, participant, track, egress and ingress events, for example the LiveKit webhook route of Navin Enterprise; each request is signed with the API key pair (Authorization header, JWT with the sha256 of the body).
Ingress RTMP base URL (ingress_rtmp_base_url)string(empty)-nononoPrefix of the RTMP URLs that CreateIngress returns (livekit-ingress service, optional, not used by the telephony); empty: none.
Ingress WHIP base URL (ingress_whip_base_url)string(empty)-nononoPrefix of the WHIP URLs that CreateIngress returns; empty: none.

Dependencies​

For each active dependency the Manager takes the first of: the binding chosen in the wizard; a service of the same installation that provides it; a service already installed in the cluster; the only connection of the expected type. Otherwise an optional dependency stays unbound, and a required one is added to the installation in its default mode (the column below names the catalog service added).

BindingProvided byConnection typeEndpointOptionalWhen nothing is boundDescription
redis (distributed)redisredisredisnoredis is added to the installationRoom routing shared by the nodes (TLS, ACL user livekit).
redis (single)redisredisredisyesstays unbound (optional)Message bus of LiveKit SIP, Egress and Ingress on a single node, read only when redis_bus is on (the same Redis as theirs).

Endpoints​

EndpointSchemeComponentPortPathTLS parameterBinding parametersBinding secretsProvisioning command
signalwslivekit-server7880 (port)-tls_enabledapi_key, redis_busapi_secret-

Client configuration files​

Files rendered for the client configuration download:

  • livekit.env (client.env.j2)

Commands​

CommandComponentTargetDescription
Recent logs (logs)livekit-serverchosen hostLast lines of the server journal.

Health checks​

Liveness (per instance)​

ComponentCheckDetails
livekit-serverHTTP http://{{ host.ip or '127.0.0.1' }}:{{ config.port }}/Expected 200; 30 retries; interval 1 s; timeout 3 s

Preflight checks​

CheckTypeMeaningSeverityComponents
signal_port_freeport_free {"param": "port"}port 7880 free on the hostblockingevery component
cpucpu_count {"min": 4}at least 4 CPUwarningevery component

Uninstall​

Paths removed when the data is purged: {{ paths.log }}.

  • Metrics: http://{{ host.fqdn }}:{{ config.metrics_port }}/metrics

Upstream documentation​