RTSP y RTMP son caminos para que el vídeo viaje entre la cámara y la plataforma; la diferencia es la dirección. En RTSP, la plataforma va a la cámara a buscar el stream, y por eso la cámara tiene que ser accesible desde internet. En RTMP, la cámara envía el vídeo a la plataforma, y por eso funciona sin IP pública, detrás de CGNAT. P2P es otra cosa: un túnel entre la cámara y la nube del fabricante, pensado para su propia app, que algunas plataformas consiguen aprovechar en fabricantes concretos.
RTSP: la plataforma va a buscar el vídeo a la cámara
El RTSP (Real Time Streaming Protocol) es la lengua común del CCTV: prácticamente toda cámara IP profesional, DVR y NVR lo habla. Funciona por "pull": quien abre la conexión es la plataforma, que llega hasta la dirección de la cámara (una URL del tipo rtsp://usuario:contraseña@direccion:554/ruta) y pide el stream. En los grabadores, la ruta de la URL indica qué canal quieres.
La consecuencia práctica lo define todo: la cámara necesita una dirección accesible desde fuera. Eso significa IP fija o DDNS en la sede, más el puerto redirigido en el router, o una VPN entre la sede y la plataforma. Cuando esa ruta existe, RTSP es excelente: latencia baja, calidad exactamente igual a la que entrega la cámara y, como la conexión es de doble sentido, los comandos PTZ (mover, zoom, presets) vuelven por el mismo camino.
Dónde falla: CGNAT e IP dinámica. La fibra doméstica, el 4G y muchos operadores entregan una IP compartida o que cambia constantemente: la regla de puerto queda bien en el router y, aun así, la plataforma "llama" y no contesta nadie. También falla donde no hay acceso al router (equipo del operador precintado, TI de terceros). Y está el coste en seguridad: un puerto redirigido es un puerto del cliente abierto a internet, lo que exige contraseña fuerte y cuidado extra.
RTMP: la cámara envía el vídeo a la plataforma
El RTMP (Real Time Messaging Protocol) invierte la dirección. Nacido en el streaming en directo —es el mecanismo clásico de envío a plataformas de emisión—, lo adoptaron cámaras, DVR y codificadores como vía de "push": en lugar de esperar a que alguien pida el stream, el equipo envía el vídeo a una dirección que genera la plataforma, con una clave exclusiva de esa cámara.
Como la conexión es de salida (TCP, puerto 1935), y la salida a internet la permite prácticamente cualquier red, el RTMP no necesita IP pública, ni DDNS, ni puerto abierto. Es el protocolo que salva la instalación detrás de CGNAT, en enlaces 4G y en sedes donde nadie tiene la contraseña del router. La latencia queda algo por encima de la de RTSP, pero sigue siendo baja; la calidad, como en RTSP, es la que la cámara esté configurada para enviar.
Las limitaciones son igual de concretas. Primero, no todos los equipos tienen RTMP: busca en la interfaz de la cámara un menú tipo "RTMP", "Push stream", "Plataforma de streaming" o "Emisión en directo"; si no existe, el modelo no hace push. Segundo, es de sentido único: la plataforma recibe vídeo, pero no envía comandos; el PTZ por RTMP no existe. Tercero, muchas cámaras aceptan un solo destino de envío a la vez. Y, al emitir de forma continua, el RTMP consume subida las 24 horas, haya alguien mirando o no.
P2P: la cámara habla con la nube del fabricante
El P2P no es un protocolo de transporte de vídeo que se dé de alta en una plataforma: es el mecanismo que permite a la app del fabricante encontrar la cámara sin configurar la red. En cuanto tiene internet, la cámara abre un túnel de salida hacia los servidores del fabricante; la app lee un código QR o el número de serie y la nube une los dos extremos. Por eso se volvió estándar en cámaras domésticas: cero configuración.
Pero el túnel está cerrado entre la cámara y la nube de ese fabricante: por defecto, solo su app ve el vídeo. Las plataformas de terceros entran de dos formas: habilitando el RTSP que muchas de esas cámaras también ofrecen (escondido en menús como "protocolo local" o "acceso de terceros"), o por una vía P2P propia de la plataforma cuando el fabricante es compatible. En Xeqmate, el alta P2P usa el número de serie de la cámara, el puerto RTSP y las credenciales, y un servidor con procesamiento P2P va a buscar el vídeo por dentro del túnel, sin IP pública. Si la cámara no tiene ni RTSP ni RTMP y el fabricante no es compatible, no entra en ninguna plataforma: la salida es cambiar el equipo o conectarlo a un NVR que exponga RTSP.
¿Y ONVIF?
Una confusión frecuente: ONVIF no es un cuarto protocolo de vídeo. Es un estándar de descubrimiento y control: encontrar la cámara en la red, listar los streams disponibles, mover el PTZ, leer eventos. El vídeo en sí viaja por RTSP; en la práctica, "tiene ONVIF" casi siempre significa "tiene RTSP y me dice la URL correcta". Por eso, al evaluar plataformas, trata el "soporte ONVIF" como un atajo de configuración, no como un canal de ingesta de vídeo.
Los tres lado a lado
| RTSP | RTMP | P2P | |
|---|---|---|---|
| Quién abre la conexión | La plataforma va a la cámara | La cámara envía a la plataforma | La cámara abre un túnel a la nube del fabricante |
| ¿Necesita IP pública / puerto abierto? | Sí (IP fija o DDNS + puerto) o VPN | No: solo salida a internet | No |
| ¿Funciona detrás de CGNAT / 4G? | No (sin IP pública ni VPN) | Sí | Sí |
| Comandos (PTZ) | Sí: doble sentido | No: solo envía | Por la app del fabricante; en la plataforma, cuando es compatible |
| Soporte en los equipos | Prácticamente todas las cámaras IP, DVR y NVR | Parte de los modelos: comprobar el menú RTMP | Casi todas las domésticas; muchas profesionales |
| Puntos de atención | Puerto expuesto a internet; exige acceso al router | Subida continua; un destino a la vez | Túnel controlado por el fabricante; depende del soporte de la plataforma |
Cuál elegir en cada escenario
- Sede con IP fija o DDNS y acceso al router → RTSP. Doble sentido, PTZ funcionando, vale para cualquier cámara profesional y para DVR/NVR canal a canal.
- Fibra doméstica, CGNAT, 4G o router inaccesible → RTMP, si la cámara o el grabador tienen la función. Se da de alta la cámara, la plataforma genera la URL de envío y se pega en la configuración del equipo, sin tocar la red.
- Cámara que solo habla con la app del fabricante → busca la opción de habilitar RTSP en el firmware y vuelve al primer escenario; si el fabricante es compatible con el alta P2P de la plataforma, úsala. Sin ninguna de las dos salidas, el equipo no entra.
- DVR o NVR con varias cámaras → RTSP por canal, apuntando a la dirección del grabador, o RTMP por canal cuando el grabador ofrece push.
Fíjate en que la elección es por instalación, no por plataforma: la misma operación usa RTSP en el edificio con IP fija y RTMP en la tienda con fibra doméstica. Por eso importa que la plataforma acepte los dos (y P2P en los fabricantes compatibles), como hace Xeqmate en videovigilancia en la nube. El protocolo cambia el camino del vídeo, no la imagen: la grabación, las analíticas de IA y las alertas funcionan igual en ambos casos, y los eventos llegan a tu sistema por webhooks e integraciones.
¿Dudas sobre tu cámara? En la demo gratuita de Xeqmate conectamos una cámara tuya en directo —RTSP, RTMP o P2P— y ves el vídeo en la plataforma antes de decidir. Conoce la videovigilancia en la nube y las integraciones disponibles.