EtherNet/IP es la red industrial definida por ODVA que ejecuta el protocolo de aplicación CIP sobre Ethernet y TCP/IP estándar. Las siglas IP significan Industrial Protocol, no Internet Protocol. Combina mensajería explícita bajo demanda sobre TCP con mensajería implícita cíclica sobre UDP, cuyo ritmo fija el parámetro RPI de cada conexión.
Dónde aparece EtherNet/IP en planta
EtherNet/IP es la red de campo natural del ecosistema Rockwell Automation, así que se encuentra allí donde el control es Allen-Bradley: proveedores de automoción, líneas de alimentación y bebida, y en general maquinaria de origen norteamericano instalada en España. No es exclusiva del PLC: variadores, bloques de entradas y salidas, lectores de código, básculas, controladores de robot y sistemas de visión hablan EtherNet/IP como adaptadores. A diferencia de otras redes industriales, su tráfico es enrutable, lo que hace habitual encontrarla ya integrada en la infraestructura de red gestionada por IT, con VLAN propia para la planta.
EtherNet/IP frente a PROFINET
Las dos son Ethernet industrial sobre cableado estándar y resuelven el mismo problema con filosofías opuestas. PROFINET saca sus tramas de tiempo real del stack TCP/IP y las envía como tramas de nivel 2, lo que le da prioridad y previsibilidad a costa de no salir del segmento. EtherNet/IP hace lo contrario: monta todo, incluido el intercambio cíclico, sobre UDP y TCP normales, de modo que el tráfico es enrutable en principio, aunque llevarlo de un segmento a otro sigue siendo una decisión de diseño de red y, en el caso del tráfico cíclico, depende de cómo esté configurado el multicast. La contrapartida es que el determinismo depende de ese diseño de red y no del protocolo: la mensajería implícita usa por defecto multicast en el sentido dispositivo→controlador (las versiones recientes de controlador permiten configurarla como unicast) y sin un switch gestionado con IGMP snooping y priorización de tráfico, el flujo de proceso puede inundar segmentos donde nadie lo necesita. También se diferencian en la descripción de dispositivo: ficheros EDS en EtherNet/IP frente a GSDML en PROFINET. Conviene no confundir EtherNet/IP con DeviceNet: comparten CIP como capa de aplicación, pero DeviceNet lo transporta sobre bus CAN.
Cómo se extraen los datos de una red EtherNet/IP
De todas las redes industriales, EtherNet/IP es la más accesible para una capa de datos, y la razón está en el propio protocolo: la mensajería explícita es cliente-servidor bajo demanda. Un cliente CIP puede abrir una sesión TCP contra el controlador y leer valores sin participar en ninguna conexión cíclica existente y sin modificar el programa. En los controladores basados en tags, además, la lectura es simbólica: se pide la variable por su nombre, no por una dirección de memoria, lo que elimina el mapa de registros que hay que mantener en otros protocolos.
Esa facilidad tiene condiciones que se comprueban antes de prometer nada. La variable debe ser de ámbito de controlador o accederse indicando la ruta del programa que la contiene, y su atributo de acceso externo no puede estar deshabilitado: un tag marcado como no accesible simplemente no se lee desde fuera. Además, cada conexión consume recursos de comunicación y tiempo de CPU del controlador, de modo que una lectura mal dimensionada, con una petición por variable y un periodo agresivo, alarga el tiempo de ciclo del programa. El diseño correcto agrupa variables por petición y ajusta el periodo a lo que la decisión necesita, no a lo que la red permite.
La alternativa es la captura pasiva del tráfico implícito, que viaja sobre UDP entre el controlador y sus adaptadores. Un equipo de borde en el segmento adecuado puede escucharlo sin transmitir, pero necesita ver ese tráfico: si la conexión está configurada como multicast depende de la configuración de IGMP en los switches, y si está configurada como unicast solo se ve desde un puerto espejo o un TAP en el camino entre ambos extremos. Necesita además la configuración de conexión y los ficheros EDS para saber qué byte corresponde a qué variable de qué dispositivo. Añadir un adaptador nuevo al árbol de entradas y salidas del controlador sí es un cambio de ingeniería con descarga, y por tanto requiere ventana. Leer por mensajería explícita, no.
Un último punto que no conviene omitir: el protocolo base no autentica ni cifra. Un cliente de lectura no es inocuo por definición, porque los mismos servicios permiten escribir. La práctica razonable es segmentar la red, restringir el acceso al puerto del controlador y limitar el cliente a operaciones de lectura, además de considerar las extensiones de seguridad que ODVA define para CIP.
Relación con otros términos
EtherNet/IP ocupa frente a PROFINET y EtherCAT el mismo lugar en la pirámide de automatización, y convive con OPC-UA, que muchos controladores modernos exponen en paralelo con un modelo de información semántico. Su dato alimenta la capa de edge computing y de ahí el resto de sistemas. En Captia Connect corresponde a la conectividad de PLC: ingeniería de conexión sobre cualquier fabricante, sin reprogramar la lógica de control.