LOGICIEL D'INGESTION ET D'EXPLOITATION RTMP

Un point d'ingestion RTMP contrôlé pour la production en direct

Callaba RTMP Server fournit à OBS, aux encodeurs logiciels et aux diffuseurs externes un listener RTMP stable avec port dédié, tampon de lecture configurable et listes explicites par clé de flux ou adresse IP. Exploitez l'ingestion dans Callaba, puis reliez-la à la lecture, l'enregistrement et au routage.

Schéma montrant un flux OBS ou encodeur entrant dans Callaba RTMP Server pour une ingestion supervisée, la lecture et une distribution routée. — Callaba RTMP Server reçoit le flux d’un diffuseur, affiche l’état de la connexion en temps réel et l’achemine vers un workflow de lecture ou une autre destination.

OPÉRATIONS RTMP EN DIRECT

Visualisez chaque connexion. Contrôlez les accès.

Gérez diffuseurs et récepteurs depuis une vue en direct unique : suivez le débit en temps réel, identifiez la région et l’adresse IP de connexion, appliquez la politique d’accès ou ouvrez délibérément un workflow invité.

Débit en temps réel

Vue en direct illustrative

6.2 Mb/sEn direct · 60 dernières secondes

Données de connexion

Région et adresse IP

Identifiez l’origine de la connexion de chaque diffuseur ou récepteur et l’adresse réseau utilisée.

Francfort, DE203.0.113.42

Politique d’accès

Contrôle total des diffuseurs et récepteurs

N’autorisez que les clés de flux ou adresses IP approuvées, avec un contrôle distinct de la diffusion et de la réception.

DiffuseurRécepteur

RTMP invité

Ouvrez les connexions quand le workflow l’exige

Activez le mode invité pour permettre aux diffuseurs et récepteurs de créer leurs propres connexions avec n’importe quelle clé de flux, sans enregistrer chaque clé au préalable.

Mode invité activé

PREUVES PRODUIT

Les contrôles dont un opérateur RTMP a réellement besoin

Utilisez une ressource serveur concrète plutôt qu'une URL RTMP non gérée. Chaque listener se configure, s'active, s'arrête et se relie au reste du workflow Callaba.

Listener RTMP dédié

Attribuez le port d'écoute et le tampon du serveur qui reçoit OBS et les encodeurs logiciels.

Listes pour diffuseurs et récepteurs

Validez les clés de flux ou des IP fixes pour refuser les diffuseurs et récepteurs inconnus.

Cycle de vie et packaging

Démarrez ou arrêtez le serveur tandis que Callaba maintient sa configuration et les répertoires de sortie HLS et DASH.

Spécification technique

Ce que le produit prend en charge et ce qu’il faut vérifier

Chaque comportement pris en charge est associé à un contrôle d’acceptation concret. L’interface Callaba installée ainsi que les profils réels de source, de destination et d’infrastructure font foi.

Ce que le produit prend en charge et ce qu’il faut vérifier
Fonction	Comportement pris en charge	Contrôle d’acceptation
Listener RTMP dédié	Attribuez le port d'écoute et le tampon du serveur qui reçoit OBS et les encodeurs logiciels.	Il crée un listener RTMP stable pour OBS, les encodeurs logiciels et autres diffuseurs, applique une règle par clé ou IP et rend le signal disponible pour la lecture, l'enregistrement et le routage dans Callaba.
Listes pour diffuseurs et récepteurs	Validez les clés de flux ou des IP fixes pour refuser les diffuseurs et récepteurs inconnus.	Oui. Les flux autorisés peuvent être validés par identifiant de flux ou adresse IP fixe. Ces règles limitent diffuseurs et récepteurs, mais ne remplacent pas le chiffrement du transport.
Cycle de vie et packaging	Démarrez ou arrêtez le serveur tandis que Callaba maintient sa configuration et les répertoires de sortie HLS et DASH.	Non. Validez d'abord dans le produit un diffuseur réel, une règle d'accès et une destination. Utilisez l'API uniquement pour automatiser le cycle du serveur dans une autre application ou console.
Lecture HLS ou DASH	Les répertoires de packaging préparés prennent en charge la diffusion vers le lecteur.	Non. Le contrat produit et API actuel documenté ici concerne RTMP. Ne présumez pas d'une terminaison RTMPS. Utilisez une frontière TLS vérifiée séparément ou Callaba SRT Server pour une contribution chiffrée et résiliente sur Internet public.
Enregistrement	Utilisez le signal accepté comme source d'un workflow d'enregistrement.	Non. Validez d'abord dans le produit un diffuseur réel, une règle d'accès et une destination. Utilisez l'API uniquement pour automatiser le cycle du serveur dans une autre application ou console.
Restream ou transfert	Reliez l'ingestion au module de destination requis par la production.	Il crée un listener RTMP stable pour OBS, les encodeurs logiciels et autres diffuseurs, applique une règle par clé ou IP et rend le signal disponible pour la lecture, l'enregistrement et le routage dans Callaba.

DEUX MODES DE DÉPLOIEMENT

Exploitez le même produit RTMP dans le cloud ou sur votre infrastructure

Validez la source, la règle d'accès et la sortie dans l'environnement adapté à vos contraintes réseau et d'exploitation.

Déploiement cloud

Lancez Callaba dans le cloud pour obtenir rapidement une ingestion RTMP accessible et tester le workflow complet avant de dimensionner une infrastructure fixe.

Lancer Callaba dans le cloud

Déploiement Linux autohébergé

Installez Callaba sur votre infrastructure si les ports, le réseau privé, le stockage ou la capacité permanente doivent rester dans votre environnement.

Installer Callaba sur votre serveur Linux

AUTOMATISER APRÈS VALIDATION

Automatisez le cycle du serveur RTMP une fois le produit éprouvé

L'API secondaire peut créer, consulter, modifier, démarrer, arrêter et supprimer les ressources RTMP. Définissez d'abord l'ingestion et l'accès dans le produit, puis intégrez ces actions à vos outils.

Ouvrir la documentation API RTMP Server

Questions sur RTMP Server

Que fait Callaba RTMP Server ?

Il crée un listener RTMP stable pour OBS, les encodeurs logiciels et autres diffuseurs, applique une règle par clé ou IP et rend le signal disponible pour la lecture, l'enregistrement et le routage dans Callaba.

Puis-je limiter les diffuseurs autorisés ?

Oui. Les flux autorisés peuvent être validés par identifiant de flux ou adresse IP fixe. Ces règles limitent diffuseurs et récepteurs, mais ne remplacent pas le chiffrement du transport.

Cette page promet-elle une terminaison RTMPS ou TLS ?

Non. Le contrat produit et API actuel documenté ici concerne RTMP. Ne présumez pas d'une terminaison RTMPS. Utilisez une frontière TLS vérifiée séparément ou Callaba SRT Server pour une contribution chiffrée et résiliente sur Internet public.

L'API est-elle nécessaire pour utiliser Callaba RTMP Server ?

Non. Validez d'abord dans le produit un diffuseur réel, une règle d'accès et une destination. Utilisez l'API uniquement pour automatiser le cycle du serveur dans une autre application ou console.

TESTER LE VRAI SIGNAL

Créez la frontière RTMP exploitable par votre production

Lancez dans le cloud, installez sous Linux ou observez Multiview avant d'automatiser le workflow.