Réponse directe
Comptez les acquisitions de caméras, les sorties simultanées des visionneuses et chaque flux qui doit être décodé ou transcodé. Taille pour la combinaison maximale plus marge de redémarrage et de basculement, et non pour le tableau de bord moyen.
Pourquoi cela arrive
Un chemin de relais uniquement est généralement limité par le réseau et le nombre de sessions, tandis que le transcodage ajoute des contraintes de décodeur, d'encodeur, de mémoire et thermiques. Les grilles multi-caméras multiplient rapidement la charge.
Les navigateurs ont normalement besoin d'une passerelle qui convertit le flux de la caméra en un chemin de diffusion Web natif.
Un test contrôlé
Créez un petit modèle de charge, puis validez-le avec le codec réel, la résolution, la fréquence d'images et le nombre de spectateurs.
Modifiez une variable à la fois. Conservez le modèle de caméra, le micrologiciel, le point final et le compte enregistrés ; testez ensuite l'accessibilité du réseau, la réponse du protocole, le transport multimédia et le décodage en tant que couches distinctes.
Utilisez un compte dédié en lecture seule et un outil de diagnostic local fiable. Rédigez les informations d’identification, les adresses privées et les données d’identification avant de partager la sortie.
Séquence diagnostique
| Vérifier | Action | Preuve de progrès |
|---|---|---|
| Ingérer | Comptez les sessions de caméra persistantes et les débits binaires. | La bande passante source et les limites de la caméra sont connues. |
| Sortie en éventail | Estimez le pic de spectateurs par sortie. | La bande passante de sortie est limitée. |
| Calculer | Comptez les opérations de décodage et d’encodage simultanées. | La capacité matérielle et logicielle est testée. |
| Hauteur sous plafond | Testez le redémarrage, reconnectez Storm et un nœud défaillant. | Le service récupère sans surcharger les caméras. |
Des preuves à conserver
Suivez p95 CPU, mémoire, sortie, temps de démarrage et taux de reconnexion lors d'un test de pointe réaliste.
Note de délimitation et de sécurité
Ne publiez pas un numéro de capacité sans les hypothèses de codec et de charge de travail qui l'ont produit.
Pour la visualisation à distance, utilisez un VPN géré au lieu d'exposer RTSP ou les ports d'administration de la caméra directement à l'Internet public.
SmartRTSP
SmartRTSP est une visionneuse RTSP et ONVIF axée sur la caméra pour les appareils Apple, Windows et Android. Il convient aux contrôles de visualisation directe, de découverte et multi-caméras ; conservez un NVR ou VMS dédié lorsqu’un enregistrement continu, une exportation de preuves ou des contrôles d’entreprise centralisés sont requis.
Questions fréquemment posées
Combien de caméras une passerelle peut-elle gérer ?
Il n’existe pas de numéro universel utile ; cela dépend du débit binaire, des codecs, du transcodage, du matériel et de la diffusion du spectateur.
Le passthrough supprime-t-il tous les coûts de calcul ?
Il supprime la plupart des coûts d'encodage vidéo mais utilise toujours les ressources du réseau, de la mémoire, de la session et du packaging.
Pourquoi tester les tempêtes de reconnexion ?
Un redémarrage de la passerelle peut entraîner la reconnexion simultanée de chaque caméra et session de navigateur, créant ainsi un pic de charge bien supérieur à la normale.
Références principales
- FFmpeg — RTSP options et exemples de protocole
- IETF RFC 7826 — Protocole de diffusion en temps réel 2.0
- CISA — Conseils sur la sécurité dès la conception
Guide SmartRTSP associé
Ouvrir le guide associéEstimez les sessions, la bande passante, les surfaces du décodeur et la marge de défaillance avant de placer de nombreux flux de caméras derrière une seule passerelle.