Saltar al contenido
IRIS NEURALContacto
← Volver a capacidades

¿Esto aguanta cincuenta sedes, y cuántos puertos hay que abrirle?

Un solo puerto abierto, cincuenta sedes y los topes por escrito

Un sistema de video grande rara vez se cae por la inteligencia artificial. Se cae por la lista de puertos que hay que abrirle, por lo que cuesta manejar cincuenta sedes como si fueran una, y por lo que pasa el día que algo se rompe. IRIS abre un puerto: el 443. Por ahí entra y sale el sistema completo, cifrado. Cada sede sigue trabajando sola si se corta el enlace. Y los topes del producto están publicados, para que se pueda dimensionar en vez de creer.

Qué es IRIS

IRIS mira las cámaras por ti.

IRIS Neural es una inteligencia artificial que mira las cámaras que ya tienes y entiende lo que pasa delante de ellas. Cuando ocurre algo importante —o algo que tú le hayas dicho que necesitas controlar—, avisa; y lo que se puede contar, lo cuenta en números. Todo el día, sin que nadie tenga que estar mirando la pantalla.

Tú le dices qué necesitas mirar, e IRIS lo hace.

Funciona con las cámaras que ya tienes. No hay que cambiar nada.

Cuéntanos qué se te escapa →

Te contesta una persona, no un formulario.

De un vistazo

Lo que sabe hacer

  • Un solo puerto, el 443

    No queda ningún canal por fuera ni en claro. Por ese único puerto, y cifrado, va todo: la interfaz, el video en vivo, las grabaciones, la cartografía, la inteligencia artificial y la programación.

  • Trece reglas que nadie pide

    Trece excepciones de cortafuegos que el área de redes no tiene que abrir, ni sustentar ante un auditor, ni revisar cada año. Salen de ahí: el sistema escucha en catorce puertos, y trece de ellos no salen de la máquina.

  • Muchas sedes, una sola vista

    La hora pico de las ocho de la mañana es la de cada sede, no la de la central: cada organización carga su propia hora local y se anidan en árbol. Con eso, una sola instalación manda sobre servidores repartidos en varias sedes, varios países y varios husos horarios.

  • Si se corta el enlace, la sede sigue

    Un corte de enlace no detiene la vigilancia. La sede capta, detecta, graba y acciona sus relés en sitio, y al centro solo le suben eventos y medidas, nunca fotogramas; cuando el enlace vuelve, publica todo lo que acumuló.

  • Sin internet y sin terceros

    Ni una imagen ni una consulta salen de la instalación del cliente, porque los modelos y la cartografía son propios y viven ahí adentro. Y eso trae dos cosas más: no hay factura por consulta y no hay un servicio ajeno del que depender el año entrante.

  • Los ocho topes, por escrito

    Sin los topes escritos, a una instalación solo se le puede creer; con ellos se dimensiona. IRIS publica los ocho con su unidad de reparto: tres se resuelven agregando máquinas y los otros cinco son muro.

  • Cuando algo se cae

    Las máquinas laten, y la que se queda callada se marca como enferma: el reparto la salta y sus cámaras pasan a las sanas hasta que vuelva. Abajo rige la misma idea: un servicio al que le falta configuración no arranca a medias, se queda esperando y dice exactamente qué le falta.

  • Se conecta con lo que ya hay

    Todo sale por el mismo puerto: los avisos por correo y por mensajería, el envío a sistemas externos, la exportación a hoja de cálculo, los relés que suben una barrera o liberan un torniquete y las cámaras de cualquier fabricante por protocolos estándar. Y la interfaz de programación habla con el mismo vocabulario de las pantallas.

  • La calculadora que dice que no

    Doce preguntas, y la calculadora que viene dentro del producto responde qué equipos hacen falta y qué recurso se acaba primero. Si la cuenta cruza un tope que no se puede repartir, la palabra que usa no es «arriesgado»: es «inviable».

  • Se mueve solo lo que cambia

    Al agregar o quitar una máquina solo cambian de lugar las cámaras que estaban en la máquina que cambió; el resto de la instalación no se vuelve a repartir. Y cuando una máquina caída vuelve, recupera las suyas y solo las suyas.

  • Todo lo que ve, en series

    Comparar dos temporadas o dos sedes no obliga a recalcular nada: la consulta lee del nivel que le corresponde. Debajo, cada cruce, cada permanencia y cada aforo quedó guardado como serie temporal —siete métricas, dieciséis maneras de agrupar y ocho niveles de tiempo, del minuto al año— y esos niveles se rehacen solos.

  • Sin archivos de configuración

    Todo se ajusta desde la web: no hay archivos que editar en cada servidor ni hace falta entrar por consola. Lo único que queda afuera es cómo llegar a los datos, y un servicio al que le falte configuración no arranca a medias: espera con el puerto cerrado y deja escrito qué le falta.

Plataforma

Lo que pregunta quien tiene que montarlo

La primera pregunta de un área de redes nunca es qué detecta la cámara: es qué puertos hay que abrir. IRIS escucha en catorce, pero solo uno cruza el cortafuegos, el 443. Los otros trece escuchan únicamente dentro de la propia máquina, y que sea así no está escondido en el programa: es una política que se ve y se edita desde la web. Para el cliente eso son trece excepciones que no hay que pedir, ni documentar, ni justificar ante un auditor, ni revisar cada año, y trece puertas que nadie se dejará abiertas cuando el componente que las pedía ya no exista. En una instalación repartida son además trece negociaciones menos con cada sede, que suele tener su propio criterio; quien haya peleado alguna vez con un área de redes sabe exactamente lo que eso vale. Y cuando algo va mal, la comprobación de red completa se reduce a una: si llega el 443, funciona.

Esto no es un cerebro central del que dependa la vigilancia, y conviene decirlo antes que nada. Cada sede capta sus cámaras, detecta, aplica sus reglas, graba y acciona sus relés en sitio; hacia el centro solo suben eventos y medidas, nunca fotogramas. Si se corta el enlace —y en una estación de bombeo en montaña se corta—, la sede sigue trabajando y publica lo acumulado en cuanto vuelve. Encima de eso, una sola instalación gobierna servidores repartidos en sedes, países y husos horarios, y se manejan como si fueran uno. Las organizaciones se anidan sin límite de profundidad —grupo, país, región, cliente, sede— y el acceso se delega igual: el responsable de una sede toca la suya y el centro lo ve todo. Y cada organización, cada servidor y cada cámara llevan su propio huso horario, así que comparar la hora pico de cuatro países no descuadra ninguna serie.

«Escalable» lo escribe cualquiera; sus ocho topes, casi nadie. El producto declara más de cien mil servidores y más de cinco millones de cámaras, y esa cifra sola no demuestra nada. Lo que la sostiene es que los ocho topes están publicados, cada uno con su unidad de reparto: tres se resuelven agregando máquinas y cinco son muro y hay que respetarlos. Un ejemplo de los que se reparten: caben sesenta y cuatro cámaras por proceso de captación, así que cinco mil cámaras son setenta y nueve procesos repartidos entre las máquinas que hagan falta. Eso es una respuesta de ingeniería, y publicar los propios muros es la mejor demostración de seguridad en el producto que existe. La cuenta tampoco se hace en una hoja aparte: dentro del producto hay una calculadora que hace doce preguntas, dice qué equipos hacen falta, avisa de qué recurso se acaba primero y declara inviable —no arriesgado— un dimensionamiento que cruce un tope que no se puede repartir. Cada número que devuelve lleva escrito de dónde sale, y dice por escrito qué es lo que en esa instalación todavía no se midió.

Quien programa contra el sistema agradece que los límites vayan por delante, y aquí van: el rango de fechas es obligatorio, una respuesta trae como mucho cincuenta mil filas y una consulta demasiado ancha se rechaza con el motivo escrito, en vez de degradarse en silencio. Lo demás es sencillo. Se le pide al sistema su catálogo de datos y devuelve todo lo que sabe calcular y todo aquello por lo que se puede agrupar, con los nombres ya traducidos: es el mismo vocabulario de las pantallas, así que no hay una interfaz de segunda para los de afuera. Y hacia afuera el sistema habla con cámaras de cualquier fabricante por protocolos estándar, acciona relés de barrera, de torniquete o de sirena, avisa por correo y por mensajería, llama a sistemas externos y exporta a hoja de cálculo. Todo con la misma identidad de usuario y por el mismo puerto: no hay un directorio de usuarios aparte para las integraciones.

Cinco de los ocho topes son muro, y por eso están escritos en lugar de estar escondidos: no se arreglan comprando más máquinas. Son 64 consumidores por cámara —cada grabador, cada detector y cada visor ocupa uno—; 16.384 puertos temporales del sistema operativo, que ni siquiera es un tope nuestro y es la razón del anterior; 8 fotogramas por lote del motor de detección; 600 fotogramas retenidos por consumidor, que es el multiplicador que dispara la memoria en cuanto sube la resolución; y una tarjeta gráfica por proceso, porque un modelo no se parte a medias entre dos: o cabe entero o hacen falta dos copias. Los otros tres se reparten y se resuelven agregando procesos o puntos de entrada: 64 cámaras por proceso de captación, 8.192 conexiones vivas en el punto de entrada y las 1.000 que una sola instancia atiende a la vez. Van uno a uno porque es exactamente lo que un integrador pregunta en una demostración, y con esta lista y con la calculadora puede dimensionar una instalación sin llamarnos.

Una suma de sumas no significa nada, y ese es el detalle que delata a quien hizo esto de verdad: las métricas que no se pueden reagregar sin mentir —los objetos distintos, la permanencia y la ocupación media ponderada por tiempo— vienen marcadas como tales y se sirven del detalle. Lo demás cuelga de una decisión simple: la analítica no es un módulo aparte que copia datos, es la misma fuente de las pantallas, agregada. Siete métricas, dieciséis dimensiones por las que agrupar y filtrar, veintisiete tipos de visualización y cinco formatos de exportación que se arman en el propio navegador, sin conexión. Por la interfaz de programación sale lo mismo y con las mismas reglas: rango de fechas obligatorio, paginación que no se degrada al avanzar, y un error de permisos, uno de vocabulario y uno de rango que no se confunden entre sí. Y el ámbito de lo que se puede ver lo resuelve el servidor con los permisos de quien pregunta: una petición puede estrechar lo que ve, nunca ampliarlo.

Las cifras

Contado, no estimado

  • 443El único puerto abierto. Por ahí entra y sale todo el sistema, cifrado.
  • 13Puertos internos que no salen de la máquina: trece reglas de cortafuegos que nadie tiene que pedir.
  • 8Topes del producto publicados con su unidad de reparto: tres se reparten y cinco son muro.
  • 5.000.000Cámaras declaradas por instalación, junto a más de cien mil servidores.
  • 64Cámaras por proceso de captación: el tope que sí se reparte. Cinco mil cámaras son setenta y nueve procesos.
  • 12Preguntas de la calculadora que viene dentro del producto. Su respuesta puede ser: inviable.

Preguntas

¿Cuántos puertos hay que abrir en el cortafuegos?

Uno solo: el 443. Por ahí van la interfaz, el video en vivo, las grabaciones, los mapas, la inteligencia artificial, la conferencia y la interfaz de programación, todo cifrado. El sistema escucha en catorce puertos, sí, pero los otros trece solo se alcanzan dentro de la propia máquina y no cruzan la red nunca. Para el área de redes eso son trece excepciones que nadie tiene que abrir, ni justificar, ni mantener, y una sola cosa que revisar el día que algo se cae.

¿Qué pasa si se corta el enlace entre una sede y el centro?

La sede sigue funcionando. Cada sede capta sus cámaras, detecta, aplica sus reglas, graba y acciona sus relés en sitio; hacia el centro solo suben eventos y medidas, nunca fotogramas. Un corte deja al centro sin vista en vivo de esa sede, pero no detiene ni la vigilancia ni la grabación, y cuando el enlace vuelve la sede publica todo lo que acumuló. Por eso el ancho de banda entre sedes se dimensiona por eventos y el video solo cruza la red cuando alguien lo pide.

¿Hasta dónde escala de verdad?

El producto declara más de cien mil servidores y más de cinco millones de cámaras. Pero eso no se comprueba con la cifra: se comprueba con los ocho topes publicados, cada uno con su unidad de reparto. Tres se resuelven agregando máquinas y cinco son muro. Un ejemplo: caben sesenta y cuatro cámaras por proceso de captación, así que cinco mil cámaras son setenta y nueve procesos repartidos entre las máquinas que hagan falta. La calculadora viene dentro del producto: hace ese cálculo con doce preguntas, dice qué recurso se agota primero, y declara inviable un dimensionamiento que cruce un tope que no se puede repartir.

Se nos queda corta la instalación. ¿Qué hay que agregar y qué hay que rehacer?

Se agrega una máquina y no hay que rehacer nada. Desde la interfaz central se genera un código de registro; en la máquina nueva se instala el servicio y se le pega ese código. La máquina se da de alta sola, con su propia identidad, y aparece en la flota. Después se le declara qué tipos de trabajo sabe atender y se le etiquetan cámaras: mientras no declare al menos uno no recibe trabajo, y la interfaz lo dice en voz alta en vez de dejarlo callado. El reparto se ajusta solo y solo se mueven las cámaras que cambian de máquina; la instalación entera no se vuelve a barajar. Lo que sí toca recalcular es el dimensionamiento, si ese crecimiento cruza uno de los cinco topes que no se reparten, y eso lo dice la calculadora antes de comprar nada.

¿Cómo se actualiza una instalación repartida en muchas sedes?

Cada servidor publica su versión, su identificador de compilación y su hora de arranque. Así, un desfase de versiones en la flota se ve en pantalla, y no el día que algo falla. La actualización va máquina por máquina, no es un apagón general: mientras una sede se actualiza, las demás siguen captando, detectando y grabando en sitio, porque ninguna necesita de otra para trabajar. Tampoco hay archivos de configuración que reconciliar servidor por servidor —todo vive en el sistema y se edita desde la web—, así que una actualización no arrastra un reguero de ajustes locales. Y si a un servicio le falta algo después de actualizar, no arranca a medias: se queda esperando con el puerto cerrado y deja escrito exactamente qué le falta. Lo que no le vamos a prometer es un plazo. El calendario de una instalación repartida lo ponen el cliente y su ventana de mantenimiento, no nosotros.

Ver todas las preguntas

La interfaz real, paso a paso

Usted pone la regla una vez. IRIS la aplica siempre.

Va a ver un resumen de la interfaz, paso a paso y sin que nadie toque nada. Cada vuelta empieza con otro caso. La herramienta completa no cabe en una demostración.

  1. Mira todo el sistema
  2. Marca lo que falla
  3. Lo pone en una pantalla
IRIS NEURAL
30ES
IRISDirectoGrabacionesGISIncidencias3996SituaciónCasosLPRAutomatizacionesIRIS DATA
Pregunte o pida algo…Enviar
IRIS · Infinity Neural

Y lo mejor

Detrás de una cámara cabe una persona.Detrás de cuatro mil no cabe nadie.

Las cámaras crecen y la atención no, porque poner otra cámara cuesta poco y poner otro par de ojos, no. IRIS mira las cuatro mil a la vez y le pasa lo que hoy importa.

Cuéntenos su problema y le decimos si IRIS lo entiende o todavía no.

Estamos en España, con seis o siete horas de diferencia. Si llama por la mañana, en España es media tarde y contesta una persona; por la tarde ya cerramos, y si escribe le contestamos igual.