Visión general del receptor IPcom v5¶

IPcom v5 es un receptor para recopilar, procesar, enrutar y supervisar eventos de sistemas de seguridad. Proporciona una interfaz web para operación y administración.

Las ediciones siguientes corresponden al mismo producto IPcom v5 con distintos modelos de implementación:

• Instalación en Windows
• Instalación en Linux (hardware o VM)
• Receptor de hardware RL25

1. Variantes de implementación¶

2. Comparación de capacidades por implementación¶

Diferencias funcionales entre ediciones:

Retransmisión a través del receptor significa que los eventos y estados de los dispositivos se reenvían a Protegus 2 mediante IPcom, y que las acciones compatibles pueden enviarse de vuelta a los dispositivos a través de IPcom.

3. Capacidad y escalabilidad¶

IPcom mantiene una sesión TCP persistente por dispositivo, conservada activa mediante señales PING periódicas. Como cada dispositivo mantiene una única conexión de larga duración, una implementación de 1000 dispositivos equivale a aproximadamente 1000 conexiones simultáneas: una carga ligera que se mantiene dentro de los límites del sistema.

• Cada dispositivo utiliza una sesión TCP persistente; un mecanismo de supervisión (watchdog) del lado del servidor detecta y elimina las sesiones interrumpidas.
• Una sola instancia de IPcom escala hasta decenas de miles de conexiones de dispositivos simultáneas, y en producción funcionan varios servidores de este tipo.
• En implementaciones Linux gestionadas, los límites a nivel de SO (descriptores de archivo, búferes de socket, límites de conexión) se ajustan durante la instalación con amplio margen, por lo que un número habitual de dispositivos nunca se acerca a una restricción de recursos o del SO.

Dimensionamiento de referencia: como límite inferior mínimo, una sola instancia que supervisa hasta aproximadamente 30 000 dispositivos puede funcionar con 1 vCPU, 1 GB de RAM y 20 GB de disco. Para implementaciones en producción, utilice las referencias recomendadas en Requisitos de hardware más abajo, que añaden margen para registros, bases de datos, copias de seguridad y crecimiento.

4. Requisitos de hardware¶

Use estas referencias de dimensionamiento al planificar nuevas instalaciones.

4.1 Instalación en Linux (hardware o VM)¶

Requisitos de la plataforma Linux:

• La edición Linux de IPcom v5 solo es compatible con amd64 (x86_64).
• El sistema operativo base recomendado es Debian Stable (amd64).
• Los enlaces de Debian netinst apuntan a la versión Stable actual y pueden cambiar con el tiempo.
• Para implementaciones controladas, fije el nombre exacto del archivo ISO o la versión de Debian en su documentación de despliegue.
• Las plataformas que no sean amd64 (por ejemplo, arm64/aarch64) no son compatibles con la implementación Linux de IPcom v5.
• Si el hardware no es amd64, use una alternativa compatible, como la instalación en Windows o el hardware RL25.

Notas:

• Para implementaciones con un uso intensivo de base de datos, la recomendación de un SSD empresarial de 256 GB se debe sobre todo a la resistencia (mayor DWPD), no solo a la capacidad bruta.
• Planifique espacio libre adicional en disco para registros, copias de seguridad y archivos de reversión de actualizaciones.

4.2 Instalación en Windows¶

Especificación mínima recomendada:

• Windows 11 Pro o Windows 11 Enterprise
• CPU de 2 núcleos
• 8 GB de RAM
• HDD/SSD de 128 GB (SSD recomendado)

4.3 Receptor de hardware RL25¶

• RL25 se suministra con SSD y RAM preinstalados.
• Use RL25 cuando se prefiera una implementación tipo appliance y hardware prevalidado.

5. Capacidades compartidas (todas las variantes)¶

5.1 Recepción y control principales¶

• Receptor IP, receptor SMS (opcional / GM14 / SMPP) y recepción por RS232.
• Configuración remota de TRIKDIS y control remoto de TRIKDIS.
• Supervisión, enrutamiento de mensajes y filtrado de mensajes por radio.
• Gestión del receptor mediante página web (HTTP/HTTPS).

5.2 Protocolos e integraciones¶

• Protocolos compatibles: Trikdis (TCP/UDP/COM/SMS).
• Protocolos CMS/automatización: Split / Multi-Port Reporting.
• Formatos CMS: Ademco 685, Monas3, Surgard MLR2, MLR2000, SIA DC-09.
• Tipos de transporte CMS/automatización: cliente/servidor TCP, RS232, JSON, webhook.
• Interfaz SQL DB y exportación de información de objetos.

5.3 Funciones de la interfaz y de operación¶

• Interfaz de usuario editable.
• Sustitución de cuenta a nivel de receptor y visualización de la cuenta relacionada (panel).
• Posibilidad de ignorar mensajes primarios.
• Bloqueo de dispositivos por ID (planificado).
• Registro de cambios de configuración.
• Panel de visión general del sistema del receptor.
• Actualización remota.
• Lista de usuarios multinivel.

6. Alcance operativo¶

6.1 Acceso y seguridad¶

• Inicio de sesión desde navegador mediante dirección IP o dominio con selección de puerto.
• Interfaz de gestión HTTP/HTTPS, con el uso de SSL descrito para acceso seguro.
• Lista de usuarios, cuenta de administrador, asignación de funciones y controles de sesión/token.

Para ver métodos de acceso paso a paso (web y .exe de Windows), consulte Acceso e inicio de sesión. Para ver procedimientos de creación de usuarios, contraseña, permisos y tokens, consulte Pestaña Usuarios.

Referencia operativa de seguridad:

• Restrinja el acceso a la interfaz de gestión por lista permitida de red o VPN.
• Use HTTPS con certificados válidos para todas las sesiones de administración.
• Mantenga administrator reservado para emergencias; use cuentas nominativas con privilegios mínimos para el trabajo diario.
• Rote credenciales y secretos de integración de forma periódica.

6.2 Supervisión y operación¶

• Vista de panel del estado del sistema y de los objetos.
• Seguimiento de estados online/offline/no supervisado y estadísticas de eventos.
• Registros del sistema y registros de sesión para visibilidad operativa.

6.3 Eventos, enrutamiento y manejo de protocolos¶

• Gestión de la lista de eventos con capacidades de filtrado y búsqueda.
• Gestión de ping/heartbeat para supervisión de conectividad.
• Gestión de enrutamiento y salidas para flujos CMS/automatización.

6.4 Integración y datos¶

• Datos operativos respaldados por SQL y exportación de objetos.
• Compatibilidad API/integración mediante transporte JSON y webhook.

6.5 Implementación y ciclo de vida¶

• Implementación en plataformas Windows y Linux.
• Flujos de importación/exportación de configuración y actualización remota.
• Licencias y consideraciones operativas del lado del servidor.

7. Acceso rápido¶

Use estas páginas como puntos de entrada principales:

• Métodos de acceso y solución de problemas: Acceso e inicio de sesión
• Comportamiento operativo pantalla por pantalla: Pestaña Estado (y el resto de la Interfaz de usuario)
• Procedimientos de usuarios y permisos: Pestaña Usuarios