DNP3 IIN (Internal Indications) Bits Meaning & SCADA Troubleshooting Guide

By | October 31, 2025

In Distributed Network Protocol (DNP3), the Internal Indications field—commonly known as IIN—plays a fundamental role in real-time SCADA diagnostics. Whether you’re troubleshooting substation RTUs, assessing communication integrity, or analyzing unsolicited events, DNP3 IIN bits provide the device’s internal status and operational health.

This article explains DNP3 IIN bits in depth, their function in DNP3, how Wireshark displays them, and how they impact SCADA reliability and cybersecurity.

What Is the IIN Field in DNP3?

IIN stands for Internal Indication.

It is a 2-byte (16-bit) status field included in every DNP3 response message sent from an outstation/RTU to a master.

Purpose:

The DNP3 IIN bits are included in every DNP3 response message header. They tell the master about the status or needs of the outstation — such as available data, restart conditions, or trouble flags.

This information helps the master manage communication priorities, handle time resynchronization, and diagnose device health in real time.

Why IIN Matters in Industrial Systems

RoleExplanation
Event monitoringIndicates presence of Class 1/2/3 events for polling
Time integritySignals time sync requirements
Fault detectionReports buffer overflows, device restarts, or trouble
SecurityDetects unsolicited messages & abnormal behavior
MaintenanceProvides operational warnings & sync status

Without reading IIN bits, DNP3 diagnostics is incomplete.

Structure of DNP3 IIN Bits (16-bit Field)

ByteRangePurpose
IIN-LSBBits 0-7Communication & data conditions
IIN-MSBBits 8-15Device/system health & security

Detailed IIN Bit Table

Low Byte (LSB — System & Event Alerts)

BitMeaning When SetNotes
0All Stations Message ReceivedSet when an address in the range FFF0–FFFF is received. Cleared after the next response. Used to confirm that a broadcast message was received by this station.
1Class 1 Data AvailableIndicates that Class 1 event data is available. The master should request this data.
2Class 2 Data AvailableIndicates that Class 2 event data is available.
3Class 3 Data AvailableIndicates that Class 3 event data is available.
4Time Synchronization RequiredSet after a restart. Cleared once time synchronization is completed or when the master writes directly to the outstation IIN object.
5Points in Local ModeSet when one or more control points are in local control mode, meaning they cannot be operated remotely.
6Device TroubleIndicates an abnormal condition that cannot be represented by other IIN bits. Used as a general fault indicator.
7Device RestartSet when the user application or outstation restarts. Cleared when the master writes a 0 to this bit in the outstation IIN object.
DNP3 “First Byte” Internal Indications (IIN) bit field

The First Byte of the Internal Indications (IIN) field provides the master station with key information about the operational status of an outstation (remote device).
It’s included in nearly every response message that an outstation sends to the master.

These bits allow the outstation to “communicate its needs” without requiring separate messages — improving efficiency and reliability.

High Byte (MSB — Device Status & Configuration)

BitMeaning When SetNotes
0Function Code Not ImplementedThe received function code is not supported by this outstation.
1Requested Objects UnknownThe requested objects do not exist or are not defined in the specified class.
2Parameters InvalidOne or more parameters in the qualifier, range, or data fields are invalid or out of range.
3Buffer OverflowAn event buffer or other application buffer has overflowed — some data may have been lost.
4Operation Already in ProgressA previous operation is still being executed; the requested one cannot start yet.
5Corrupt ConfigurationIndicates that the device’s configuration is corrupt or invalid — the master may need to re-download configuration data.
6Reserved (0)Always returns 0. Reserved for future use.
7Reserved (0)Always returns 0. Reserved for future use.
DNP3 “Second Byte” Internal Indications (IIN) bit field

The Second Byte IIN bits alert the master to application-level problems such as unsupported functions, invalid object requests, or buffer limitations.

When these bits are set in a DNP3 response APDU, they help the master station diagnose communication issues and take corrective actions — such as reissuing a request, synchronizing configuration, or clearing buffers.

Wireshark DNP3 IIN Bits Decode Example — Interpreting Internal Indications

Wireshark capture shows a DNP3 Unsolicited Response with a DNP3 IIN
Wireshark capture shows a DNP3 Unsolicited Response with an Internal Indications

This Wireshark capture shows a DNP3 Unsolicited Response with an Internal Indications value of 0x8200. In this decode, the analyzer identifies two active IIN bits:

  • Device Restart — the outstation has rebooted, signaling a possible power cycle, firmware update, or fault condition
  • Class 1 Data Available — high-priority event data is waiting to be polled by the master SCADA system

All other IIN status bits, including time synchronization request, configuration error, unauthorized access, and buffer overflow, are not set.

This real DNP3 IIN decoding example illustrates how Wireshark makes it easy for engineers to detect device restarts, event notifications, and potential SCADA communication issues by analyzing internal indication bits. Understanding DNP3 IIN bits is essential for troubleshooting DNP3 networks, validating RTU behavior, and improving substation cybersecurity monitoring.

Conclusion

The IIN field is not optional — it’s essential for SCADA reliability, SOE accuracy, time integrity, and ICS cybersecurity. Understanding and decoding IIN bits allows operators to maintain system health, detect anomalies, and ensure reliable automation.

Try our Online DNP3 IIN & Frame Decoder to instantly decode:

  • IIN flags
  • Function codes
  • Data object variations
  • Time stamps
  • Sequence & control fields
Author: Zakaria El Intissar

I'm an automation and industrial computing engineer with 12 years of experience in power system automation, SCADA communication protocols, and electrical protection. I build tools and write guides for Modbus, DNP3, IEC 101/104, and IEC 103 on ScadaProtocols.com to help engineers decode, analyze, and troubleshoot real industrial communication systems.

Leave a Reply

Your email address will not be published. Required fields are marked *