¿Qué son las direcciones de maestro y estación remota de DNP3?

Direcciones de origen y destino de capa de enlace

La capa de enlace de datos de DNP3 envuelve cada mensaje con un encabezado que contiene dos direcciones: el origen, que identifica el dispositivo que envió la trama, y el destino, que identifica el dispositivo que se supone la procesa. Cuando un maestro sondea, fija el destino a la dirección de la estación remota y el origen a la suya propia; la estación remota revisa que el destino coincida con su dirección configurada, actúa sobre la petición, y envía una respuesta con el origen y el destino intercambiados para que la trama regrese al maestro. Este direccionamiento es lo que deja a muchos dispositivos compartir un canal de comunicación y aun así saber cuál tráfico es suyo.

Las direcciones son números de 16 bits, dando un rango grande, aunque ciertos valores están reservados - por ejemplo, un destino de difusión deja a un maestro dirigirse a todas las estaciones remotas de una línea de golpe sin esperar respuestas individuales. En operación normal cada maestro y cada estación remota tiene asignada una dirección única para una red dada, y esas asignaciones son parte de la configuración del sitio igual que los índices de punto. La dirección no se deriva de nada físico; es un identificador lógico que un ingeniero de puesta en marcha fija en ambos extremos y debe mantener consistente.

Vale la pena recalcar que estas son las propias direcciones de DNP3, no direcciones IP y no direcciones MAC de hardware. Un dispositivo puede tener una dirección IP de un valor y una dirección de estación remota DNP3 de un número completamente no relacionado, y ambas deben estar correctas para que la comunicación funcione. La dirección DNP3 existe para que el protocolo pueda enrutar tramas entre dispositivos lógicos sin importar el medio de fondo - el mismo esquema de direccionamiento funciona ya sea que las tramas viajen por un enlace de radio serial o dentro de paquetes TCP.

Direcciones DNP3 frente a direcciones IP en TCP

Cuando DNP3 corre por serial, la dirección de capa de enlace es la única manera de distinguir los dispositivos, porque una línea multipunto es un cable compartido sin ningún otro direccionamiento. Varias estaciones remotas pueden colgar de una radio o un bus RS-485, y la dirección de destino en cada trama es lo que selecciona cuál responde. Acierte la dirección y la estación remota correcta responde; equivóquela y ninguna lo hace. No hay ninguna capa IP involucrada en absoluto en ese escenario.

Por una red, DNP3 se lleva comúnmente dentro de TCP, y por convención el maestro se conecta a la estación remota en el puerto TCP 20000. Ahora hay dos sistemas de direccionamiento apilados uno sobre el otro. La dirección IP y el puerto llevan los paquetes TCP al punto final físico correcto - la RTU o el gateway correcto en la red - y las direcciones de origen y destino de DNP3 dentro de esos paquetes identifican los dispositivos DNP3 lógicos. En un enlace simple, un punto final IP aloja una estación remota, pero un concentrador de datos o un gateway puede presentar muchas estaciones remotas DNP3 detrás de una sola dirección IP, y ahí la dirección de destino de capa de enlace es esencial para alcanzar la prevista.

Esta estratificación es una fuente frecuente de confusión durante la puesta en marcha. Un ingeniero puede confirmar que la RTU responde a un ping de red y hasta acepta una conexión TCP en el puerto 20000, y aun así no ver datos, porque alcanzar el punto final IP no prueba nada sobre que las direcciones DNP3 coincidan. La conexión TCP establece la tubería; las direcciones DNP3 determinan si el dispositivo del otro lado de verdad responderá a las tramas que fluyen por ella. Ambas deben alinearse, y cada una se configura por separado.

Por qué un desajuste tira el sondeo en silencio, y qué significa para el SCADA en la nube

La trampa que define el direccionamiento DNP3 es que un desajuste produce silencio en vez de un error. Si un maestro sondea la dirección de destino 10 pero la estación remota está configurada como dirección 11, la estación remota ve una trama que no está dirigida a ella y simplemente la descarta - no responde, no levanta una falla, y no le dice a nadie por qué. Del lado del maestro el sondeo se agota sin datos, lo que se ve igual que una radio muerta, una falla de cableado o una RTU apagada. No hay ningún mensaje de protocolo que diga que la dirección estaba mal, así que la falla no da ninguna pista de su propia causa.

Esto hace de la configuración de direcciones una de las primeras cosas que verificar cuando un enlace DNP3 no levanta, y una de las más fáciles de equivocar al copiar una configuración que funciona de un sitio a otro. Dos estaciones remotas que comparten por accidente una dirección en el mismo canal, un maestro y una estación remota cuyos números se transpusieron, o un error por uno de una plantilla - todos se presentan como una pérdida total de comunicación sin diagnóstico. Como DNP3 también tiene una confirmación de capa de aplicación y sus propios temporizadores, un problema de dirección a veces puede disfrazarse de comportamiento intermitente, pero el síntoma central es que el sondeo entero se desvanece.

Para un SCADA en la nube como Merobix que sondea estaciones remotas remotas, los ajustes de conexión de la plataforma deben cargar la dirección de maestro DNP3 correcta, la dirección de destino correcta para cada estación remota, y el punto final IP y el puerto 20000 correctos para los enlaces TCP. Como un desajuste falla en silencio, Merobix se apoya en indicadores de salud de conexión y de estado de comunicación para sacar a la luz el problema como un enlace fallado en vez de dejar a un operador mirando valores viejos. Acertar las direcciones una vez, y tratarlas como configuración controlada cuando se expande un campo, es lo que mantiene una flota de RTU remotas reportando de forma confiable - las direcciones rara vez cambian, pero un solo número equivocado quita en silencio un sitio entero de la vista.

Preguntas frecuentes