Inferensys

Glossary

Generic Object Oriented Substation Event (GOOSE)

A high-speed, publisher-subscriber communication mechanism defined by IEC 61850 for transmitting critical protection and control signals, such as tripping and interlocking, across a substation local area network.
Control room desk with laptops and a large orchestration network display.
IEC 61850 COMMUNICATION PROTOCOL

What is Generic Object Oriented Substation Event (GOOSE)?

GOOSE is a high-speed, publisher-subscriber communication mechanism defined by IEC 61850 for transmitting critical protection and control signals across a substation local area network.

A Generic Object Oriented Substation Event (GOOSE) is a publisher-subscriber communication model defined by IEC 61850 that transmits time-critical protection and control data, such as trip commands and interlocking signals, directly over Ethernet. It replaces traditional copper wiring by multicasting binary and analog status information between Intelligent Electronic Devices (IEDs) on a substation LAN.

GOOSE messages are transmitted as a burst of retransmissions with increasing intervals to ensure delivery without requiring acknowledgment. Each message carries a VLAN tag for priority queuing and a time-to-live parameter, guaranteeing deterministic latency under 4 milliseconds for the most critical protection-class events like breaker failure initiation.

IEC 61850 Protocol

Key Features of GOOSE

GOOSE is a publisher-subscriber communication model that replaces traditional copper wiring for critical protection signals. It provides high-speed, reliable transmission of binary and analog data across the substation LAN.

01

Publisher-Subscriber Architecture

GOOSE operates on a publisher-subscriber model, fundamentally different from client-server protocols like MMS. A single IED publishes a GOOSE message onto the network, and multiple subscribing IEDs simultaneously receive and process it.

  • Multicast transmission: Uses Layer 2 Ethernet multicast (01:0C:CD:01:00:00 to 01:0C:CD:01:01:FF range) to ensure one-to-many communication
  • No acknowledgment required: Subscribers do not send confirmation back to the publisher, reducing network overhead
  • VLAN tagging: IEEE 802.1Q priority tagging (typically priority 4-7) ensures GOOSE frames bypass standard queuing in switches
  • Logical separation: Virtual LANs isolate protection traffic from other substation data streams, preventing congestion from affecting critical signals
02

Retransmission Mechanism

GOOSE achieves reliability not through TCP acknowledgments but through rapid, repetitive retransmission. After an initial state change, the message is sent at exponentially increasing intervals until a steady-state background cycle is reached.

  • Event-driven burst: First transmission occurs within 4 ms of a detected state change
  • Exponential backoff: Retransmission intervals follow a pattern like 2 ms, 4 ms, 8 ms, 16 ms, doubling until reaching a maximum (typically 1-2 seconds)
  • Steady-state heartbeat: Continuous background retransmission at a configurable interval (e.g., 1 second) allows subscribers to detect communication loss
  • Time-allowed-to-live (TAL): Each message carries a TAL parameter; if a subscriber does not receive a new message within this window, it assumes communication failure and sets data to a predefined default quality state
03

Time-Critical Performance

GOOSE is designed for protection-class applications requiring total transmission times under 3 ms for the most critical use cases, as defined by IEC 61850-5 performance classes.

  • Type 1A performance class: Total transmission time ≤ 3 ms for tripping and interlocking (P1 class)
  • Type 1B performance class: Total transmission time ≤ 20 ms for less critical interlocking (P2/P3 class)
  • Direct Layer 2 mapping: GOOSE bypasses TCP/IP and UDP stacks, mapping directly to the Ethernet data link layer for minimal protocol overhead
  • ASN.1 BER encoding: Abstract Syntax Notation One with Basic Encoding Rules provides compact, deterministic message encoding that can be parsed with minimal CPU cycles
  • Hardware acceleration: Modern IEDs use FPGA-based network processors to achieve sub-millisecond encoding and decoding of GOOSE frames
04

Dataset and GOOSE Control Block

The data published in a GOOSE message is defined by a dataset—a ordered collection of data attributes from one or more Logical Nodes. The transmission behavior is configured through a GOOSE Control Block (GoCB).

  • Dataset definition: Specifies exactly which data attributes are included (e.g., XCBR1.Pos.stVal, PTRC1.Tr.general), their order, and encoding
  • GoCB parameters: Configure the multicast MAC address, APPID (Application Identifier), VLAN priority, and retransmission intervals
  • Configuration revision (ConfRev): A counter incremented whenever the dataset or GoCB configuration changes, allowing subscribers to detect mismatches
  • State number (StNum): Incremented on each actual state change event, allowing subscribers to identify new data versus retransmissions
  • Sequence number (SqNum): Incremented on every transmission, resetting to zero on each StNum increment, providing a sequential counter for message loss detection
05

Quality Attributes and Validity

Every data attribute published via GOOSE carries associated quality flags that allow subscribers to evaluate the trustworthiness of the received information before acting on it.

  • Validity: Indicates if the value is good, invalid, questionable, or overflow
  • Source: Distinguishes between process (real measurement) and substituted (manually entered value for testing)
  • Test bit: When set to TRUE, indicates the data is generated in test mode; subscribers must be configured to either process or ignore test data
  • OperatorBlocked: Indicates that an operator has manually blocked further commands to this object
  • DetailQual: Provides granular failure codes including old-data, failure, oscillatory, and inconsistent, enabling precise diagnostic responses by subscribing protection functions
06

Virtual Wiring Replacement

GOOSE fundamentally replaces hardwired binary signal circuits between substation devices. A single fiber-optic Ethernet connection carries hundreds of virtual signals that previously required individual copper conductors.

  • Cost reduction: Eliminates thousands of meters of copper control cable, associated trenching, and termination labor
  • Signal multiplication: A single GOOSE message can carry dozens of boolean statuses (e.g., breaker position, protection pickup, trip commands) simultaneously
  • Flexibility: Adding a new interlocking signal between two IEDs requires only a configuration change in the SCL file, not physical rewiring
  • Continuous monitoring: Unlike hardwired circuits that fail silently (open circuit), the GOOSE heartbeat provides constant supervision of the communication path, immediately alarming on failure
  • Testing efficiency: Virtual signals can be simulated via software without disconnecting physical wiring, dramatically reducing commissioning and maintenance testing time
GOOSE PROTOCOL ESSENTIALS

Frequently Asked Questions

Clear, technical answers to the most common questions about the Generic Object Oriented Substation Event (GOOSE) protocol, its operation, and its role in IEC 61850 substation automation.

Generic Object Oriented Substation Event (GOOSE) is a high-speed, publisher-subscriber communication mechanism defined by IEC 61850 for transmitting critical protection and control signals across a substation local area network (LAN). Unlike traditional client-server protocols, GOOSE uses a multicast Ethernet model where a single publisher IED sends a message to multiple subscribing IEDs simultaneously. The message payload contains a structured dataset of status values (e.g., circuit breaker position, protection trip signals) and quality attributes. To guarantee delivery, GOOSE employs a retransmission mechanism: after an initial event-driven transmission, the message is repeated at exponentially increasing intervals (e.g., 2ms, 4ms, 8ms) until a steady-state heartbeat is reached, typically every 5 seconds. This ensures that even if a message is lost due to network congestion, the latest state is reliably communicated without requiring application-layer acknowledgments. The protocol operates directly over the Ethernet link layer (Layer 2) using a dedicated Ethertype (0x88B8), bypassing TCP/IP to achieve deterministic latency as low as 3 milliseconds, which is essential for protection-class tripping and interlocking schemes.

Prasad Kumkar

About the author

Prasad Kumkar

CEO & MD, Inference Systems

Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.

His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.