La Industria 4.0 no avisa. Llega y liga todo: sensores de temperatura en zonas calientes, brazos robóticos que se mueven solos. De repente, la red deja de ser solo cable para ordenadores y se convierte en el sistema nervioso de una fábrica entera. Y ahí surgen los problemas. Lo que funciona en una oficina, en una planta smart se queda corto. La escala es distinta. La latencia no perdona. Gestionar mal las direcciones IPv4 IoT no es simplemente un error administrativo; es un riesgo de que la producción se detenga. Si eres ingeniero o gerente de IT, sabes que planificar esto no es optativo. Es operativo.
Los retos del direccionamiento en la Industria 4.0
Antes de empezar a repartir IPs, hay que mirar el terreno. Las redes industriales viven en condiciones duras y necesitan topologías que no fallen. El gran problema es el volumen. En una oficina normal, tienes una dirección por persona. Aquí, en cambio, puedes tener cientos de sensores apretados en un solo metro cuadrado.
Need IPv4 addresses?
Browse clean, RIPE-verified subnets at $0.50/IP/month.
El uso de direcciones IPv4 IoT tiene que ser un equilibrio entre eficiencia y lógica. Protocolos como Modbus TCP o EtherNet/IP necesitan una respuesta rápida, casi inmediata. No podemos permitirnos traducciones de direcciones complejas que añadan milisegundos de retraso. La estructura tiene que ser jerárquica. Escalable. Si no, dentro de un año te tocará reasignar todo a mano, una pesadilla.
Estrategias de Subnetting y VLSM
Para no quedarte corto o desperdiciar espacio, el salvador suele ser el VLSM (Máscaras de Subred de Longitud Variable). Es una obviedad, pero hay quien se olvida: no todos los segmentos necesitan el mismo número de hosts. Regalar un bloque /24 (con capacidad para 254 hosts) a una subred donde solo viven tres PLCs es tirar el recurso.
Diseño jerárquico por función
Lo más sensato es dividir la red por capas, siguiendo algo parecido al modelo Purdue (o ISA-95):
- Nivel 0-1 (Zona de Producción): Aquí están los sensores y actuadores. Usa subredes pequeñas (/30 o /29 para enlaces puntuales, /28 para grupos).
- Nivel 2 (Control): El terreno de los PLCs y SCADA. Necesitan estabilidad y, quizá, más direcciones para cuando toca hacer mantenimiento.
- Nivel 3-4 (Operaciones y Negocio): Servidores, bases de datos históricas y la salida a Internet.
Direcciones privadas versus públicas en IoT
Hay una realidad ineludible: las IPv4 públicas se agotaron. Por eso, la mayoría de los despliegues industriales usan rangos privados (RFC 1918) y listo. Pero hay excepciones. A veces necesitas acceso directo desde fuera, piensa en flotas de vehículos conectados o activos remotos que se monitorean vía VPN.
Si tu empresa está creciendo y tiene que conectar estas “islas” geográficas, quizá los bloques privados te den guerra. Puede que necesites bloques públicos registrados para evitar conflictos de enrutamiento o para blindar un poco más la seguridad.
NAT y puertas de enlace: Implementaciones prácticas
Para la inmensa mayoría de los sensores que solo se dedican a enviar datos a un servidor central (telemetría), el Network Address Translation (NAT) es el estándar. Es la forma de que miles de dispositivos, escondidos en subredes privadas, salgan a internet usando una sola dirección pública (o un pool pequeño).
Tipos de NAT para IoT
Elegir bien el tipo de NAT no es un detalle menor. Afecta a si puedes o no rastrear qué está pasando:
| Tipo de NAT | Casos de uso en IoT | Desventajas |
|---|---|---|
| NAT Estático (1:1) | Dispositivos críticos que requieren acceso remoto entrante (ej. cámaras de seguridad, puertas de enlace industriales). | Agota rápidamente el pool de direcciones IPv4 públicas. |
| NAT Dinámico (NAPT/PAT) | Sensores que solo inician conexiones salientes (temperatura, humedad, contadores de energía). | Dificulta la trazabilidad si se guarda mal el log de traducciones; no permite conexiones entrantes espontáneas. |
Consideraciones de seguridad y asignación
No puedes separar la planificación de direcciones IPv4 IoT de la seguridad. Si asignas mal, estás abriendo la puerta de la red corporativa a un ataque que puede venir de un sensor compromised en la planta.
Segmentación y ACLs
Agrupa las IPs por “tipo de dispositivo” y por cuánto confías en él. Por ejemplo, usa el rango 192.168.10.0/24 solo para sensores de seguridad (fuego y gas) y deja el 192.168.20.0/24 para las cámaras IP. Luego, configura las listas de control de acceso (ACL) en los routers para que el tráfico de las cámaras no toque la red de control de procesos a menos que sea vital.
También vale la pena pensar en espacios de dirección reservados por la IANA o directamente no enrutados para aquellos dispositivos que, bajo ningún concepto, deben hablar fuera de su segmento local. Es una capa más de aislamiento.
Resumen de mejores prácticas
- Documentación: Mantén un inventario en vivo (IPAM). Qué IP tiene qué dispositivo y dónde está físicamente en la planta.
- Reserva: Deja siempre un 20% de espacio libre en cada subred. Nunca sabes cuándo necesitarás expandir.
- Consistencia: Usa esquemas de numeración que tengan sentido físico (ej. que el tercer octeto te diga el edificio o la línea de producción).
- Adquisición: Si el proyecto se sale de las manos y supera las direcciones privadas, o si necesitas interconexión global, busca proveedores confiables para comprar más recursos.
Planificar direcciones para el IoT industrial no es algo para improvisar sobre la marcha. Requiere una cabeza fría y un enfoque arquitectónico que junte la eficiencia del IPv4 con una seguridad sin fisuras. Estés optimizando tus rangos RFC 1918 o comprando nuevos bloques públicos para crecer, lo cierto es que sin una estrategia clara, la infraestructura se tambalea.
Need IPv4 space? Lease RIPE-verified /24–/22 subnets at a flat $0.50/IP per month — LOA + RPKI/ROA in minutes, instant company verification, automatic renewals. Browse available subnets →
