Dimensionar un CCTV es responder tres preguntas: cuánto disco, cuánta red y cuánta energía. Y las tres salen del mismo dato, que casi nunca aparece en la cotización: cuántos megabits por segundo genera cada cámara.
Si solo recuerda una cosa de esta entrada, que sea esta: un sistema no se dimensiona por número de cámaras. Treinta y dos cámaras de 2 MP y treinta y dos de 8 MP son dos proyectos completamente distintos sobre el mismo número.
Índice del contenido de este post
El dato del que todo depende: el bitrate
El bitrate es cuántos megabits por segundo (Mbps) produce una cámara. Depende de cuatro cosas:
- Resolución: a más megapíxeles, más datos.
- Fotogramas por segundo: pasar de 15 a 30 fps casi duplica el flujo.
- Compresión: H.265 produce alrededor de la mitad que H.264 en la misma escena.
- Movimiento en la escena: una bodega quieta y una vía con tráfico generan cifras muy distintas con la misma cámara.
Rangos orientativos para H.265 a 15 fps, útiles para una primera aproximación:
| Resolución | Rango típico |
|---|---|
| 2 MP (1080p) | 1 – 2 Mbps |
| 4 MP | 2 – 4 Mbps |
| 8 MP (4K) | 4 – 8 Mbps |
Para una cotización en firme no use rangos: tome el bitrate de la ficha técnica del modelo, en el perfil que va a configurar. Y cuando dude, use el extremo alto. Quedarse corto de disco se paga después.
1. Almacenamiento
La regla que conviene memorizar:
1 Mbps grabando 24/7 ocupa unos 10,8 GB al día (unos 324 GB al mes).
De ahí sale todo. La fórmula completa:
GB totales = Mbps por cámara × 10,8 × días de retención × número de cámaras
Ejemplo con 16 cámaras de 4 MP a 3 Mbps y 30 días de retención:
3 × 10,8 × 30 × 16 = 15.552 GB ≈ 15,5 TB
Tres advertencias sobre ese número:
- Sume holgura. Entre 15 % y 20 % por encima. El disco lleno no avisa con cortesía: empieza a sobrescribir.
- Si usa RAID, el espacio útil no es la suma de los discos. Un RAID 5 de cuatro discos de 8 TB da 24 TB útiles, no 32.
- Grabar solo por evento reduce mucho, pero de forma imprevisible. Sirve para ahorrar, no para dimensionar. Calcule a 24/7 y lo que ahorre será margen.
¿Y si el disco sale más caro que las cámaras?
Pasa, y más seguido de lo que parece. En un proyecto de gama media, con 30 días de retención a 4 u 8 megapíxeles grabando 24/7, el almacenamiento se acerca al costo de las cámaras y a veces lo pasa.
Cuando eso ocurre, el problema casi nunca es el precio de los discos: es un requisito que nadie definió. La retención se elige por inercia —«30 días» porque así venía en la última cotización— y resulta que es la variable que más multiplica, porque entra lineal en la fórmula. Nadie la discute en una reunión y es la línea más cara del presupuesto.
Lo que sí se puede mover:
| Palanca | Efecto en el disco |
|---|---|
| 30 → 15 días de retención | La mitad |
| 30 → 15 fps | Casi la mitad |
| H.264 → H.265 | Cerca de la mitad |
| Retención distinta por cámara | Variable, suele ser mucho |
Las tres primeras combinadas pueden dividir el almacenamiento por ocho. Con una salvedad honesta: si el sistema ya está en H.265 a 15 fps, esas dos palancas ya se usaron y la única que queda es la retención.
La cuarta es la que menos se aplica y la más sensata: no todas las cámaras necesitan los mismos días. La caja y la entrada, 30. El pasillo de bodega, 7. Nadie va a pedir el video de un pasillo vacío de hace tres semanas.
Ahora, el contrapunto: esto no se arregla comprando menos disco. Una cámara de menos resolución igual graba; un disco que sobrescribió el evento no produjo nada el único día que importaba. La palanca no es menos disco, es menos días que nadie pidió.
Y la pregunta que define la retención no es técnica, es del negocio: ¿cuánto tarda alguien en darse cuenta de que pasó algo y pedir el video? En retail, un faltante aparece en el arqueo. En un conjunto residencial, un carro rayado se reporta una semana después. En una bodega con inventario mensual, el ciclo es de 30 días y ahí sí se justifica. Lo desarrollamos en ¿cuántos días de grabación necesita realmente?
2. Red
Aquí hay dos números distintos y confundirlos es el error más caro del dimensionamiento.
Cámaras hacia el grabador. Es la suma de los bitrates de todas las cámaras. Las 16 del ejemplo a 3 Mbps son 48 Mbps constantes dentro de la red local. Eso vive en el switch y en el cableado, no en internet.
Grabador hacia internet. Es solo lo que alguien ve en remoto en ese momento. Si dos personas miran dos cámaras desde el celular, eso es lo que viaja, no las dieciséis.
Mucha gente cotiza un canal de internet dimensionado para todas las cámaras. No hace falta y encarece el proyecto sin motivo.
Lo que sí hay que revisar en el switch:
- El uplink: si treinta y dos cámaras suben por un solo puerto de 1 Gbps, verifique que la suma cabe con holgura.
- La capacidad de conmutación total, sobre todo en switches económicos con muchos puertos.
3. Energía PoE
Un switch PoE tiene dos límites independientes: cuántos puertos tiene y cuánta potencia total puede entregar. El segundo es el que sorprende.
Un switch de 8 puertos PoE con presupuesto de 65 W no alimenta ocho cámaras de 12 W. Da para seis, y eso sin contar el consumo extra de los infrarrojos de noche, que es justo cuando no quiere que se le caiga nada.
Los estándares y lo que entregan:
| Estándar | En el puerto | En el equipo | Típico para |
|---|---|---|---|
| 802.3af (PoE) | 15,4 W | 12,95 W | Domos y bullets fijas |
| 802.3at (PoE+) | 30 W | 25,5 W | Cámaras con calefacción, PTZ pequeñas |
| 802.3bt tipo 3 | 60 W | 51 W | PTZ de exterior |
| 802.3bt tipo 4 | 90 W | 71 W | Equipos especiales |
La diferencia entre las dos columnas es pérdida en el cable. Por eso el cálculo se hace siempre con la cifra del puerto, no con la del equipo.
Reglas prácticas: sume el consumo de todas las cámaras, añada 25 % de holgura y compárelo con el presupuesto de potencia del switch, no con su número de puertos. Y recuerde que a más de 90 metros el PoE no llega: ahí toca extensor o fibra.
Errores que se repiten
Dimensionar por número de cámaras. Ya lo dijimos, pero es el origen de casi todos los demás.
Usar el bitrate de una escena quieta. Las cifras bonitas de los catálogos suelen medirse en condiciones ideales. Su parqueadero a las seis de la tarde no es una condición ideal.
Grabar en el disco del sistema. Nunca. El video va en discos aparte, y preferiblemente en discos pensados para grabación continua.
Licenciar y dimensionar justo. Siempre aparecen dos cámaras más. Deje margen en disco, en puertos y en licencias.
No escribir los supuestos. Anote en la cotización con qué bitrate, cuántos fps y cuántos días calculó. Cuando a los seis meses alguien suba la resolución y el disco no alcance, esa nota es la que explica por qué.
Para seguir
- Qué es un VMS y en qué se diferencia de un NVR: dónde va a correr todo esto
- Cámara domo o bala: qué poner en cada punto
- Servidores de grabación UVS: equipos ya dimensionados
- Central de monitoreo: cuando el proyecto pasa de un sitio
¿Está armando una cotización y quiere que alguien revise las cuentas antes de enviarla? Cuéntenos el caso: nuestros ingenieros lo revisan con usted sin costo.