respuesta directa
Cuente las ingestas de la cámara, las salidas simultáneas de los espectadores y cada transmisión que deba decodificarse o transcodificarse. Tamaño para la combinación máxima más margen de reinicio y conmutación por error, no el panel promedio.
¿Por qué sucede esto?
Una ruta de solo retransmisión generalmente está limitada por la red y el número de sesiones, mientras que la transcodificación agrega restricciones de decodificador, codificador, memoria y térmicas. Las rejillas multicámara multiplican la carga rápidamente.
Los navegadores normalmente necesitan una puerta de enlace que convierta la transmisión de la cámara en una ruta de entrega nativa de la web.
Una prueba controlada
Cree un modelo de carga pequeña y luego valídelo con el códec, la resolución, la velocidad de fotogramas y el número de espectadores reales.
Cambie una variable a la vez. Mantenga registrados el modelo de la cámara, el firmware, el terminal y la cuenta; luego pruebe la accesibilidad de la red, la respuesta del protocolo, el transporte de medios y la decodificación como capas separadas.
Utilice una cuenta dedicada de solo lectura y una herramienta de diagnóstico local confiable. Redacte credenciales, direcciones privadas y datos de identificación antes de compartir resultados.
Secuencia diagnóstica
| Controlar | Acción | Evidencia de progreso |
|---|---|---|
| Ingerir | Cuente las sesiones de cámara persistentes y las tasas de bits. | Se conocen los límites del ancho de banda de origen y de la cámara. |
| Distribución en abanico | Calcule el pico de espectadores por salida. | El ancho de banda de salida está limitado. |
| Calcular | Cuente operaciones simultáneas de decodificación y codificación. | Se prueba la capacidad del hardware y del software. |
| Espacio libre | Reinicie la prueba, vuelva a conectar Storm y un nodo fallido. | El servicio se recupera sin sobrecargar las cámaras. |
Pruebas a conservar
Realice un seguimiento de p95 CPU, memoria, salida, tiempo de inicio y tasa de reconexión durante una prueba máxima realista.
Nota de límites y seguridad
No publique un número de capacidad sin el códec y los supuestos de carga de trabajo que lo produjeron.
Para visualización remota, utilice un VPN administrado en lugar de exponer RTSP o los puertos de administración de la cámara directamente a la Internet pública.
SmartRTSP
SmartRTSP es un visor RTSP y ONVIF enfocado en cámara para dispositivos Apple, Windows y Android. Se adapta a la visualización directa, el descubrimiento y las comprobaciones multicámara; mantenga un NVR o VMS dedicado cuando se requiera registro continuo, exportación de evidencia o controles empresariales centralizados.
Preguntas frecuentes
¿Cuántas cámaras puede manejar una puerta de enlace?
No existe un número universal útil; depende de la tasa de bits, los códecs, la transcodificación, el hardware y la distribución del visor.
¿La transferencia elimina todos los costos de procesamiento?
Elimina la mayor parte del costo de codificación de video, pero aún utiliza recursos de red, memoria, sesión y empaquetado.
¿Por qué probar las tormentas de reconexión?
Un reinicio de la puerta de enlace puede hacer que todas las sesiones de cámara y navegador se vuelvan a conectar a la vez, creando un pico muy por encima de la carga normal.
Referencias primarias
- FFmpeg — RTSP opciones y ejemplos de protocolo
- IETF RFC 7826: Protocolo de transmisión en tiempo real 2.0
- CISA: orientación sobre seguridad por diseño
Guía SmartRTSP relacionada
Abrir guía relacionadaCalcule las sesiones, el ancho de banda, las superficies del decodificador y el margen de falla antes de colocar muchas transmisiones de cámaras detrás de una puerta de enlace.