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.
Glossary
Generic Object Oriented Substation Event (GOOSE)

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.
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.
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.
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
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
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
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
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, oroverflow - Source: Distinguishes between
process(real measurement) andsubstituted(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, andinconsistent, enabling precise diagnostic responses by subscribing protection functions
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
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.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
GOOSE messaging is a core component of the IEC 61850 standard. Understanding these related protocols, functions, and architectural concepts is essential for designing a modern substation automation system.
Sampled Values (SV)
The publisher-subscriber protocol defined in IEC 61850-9-2 for streaming digitized, time-synchronized current and voltage measurements. While GOOSE transmits binary status changes, Sampled Values multicast raw analog waveforms from Merging Units (MUs) across the process bus. Both protocols share the same VLAN tagging and priority tagging mechanisms for deterministic network performance.
Logical Node (LN)
The smallest functional building block in the IEC 61850 data model. A GOOSE message publishes the data attributes of specific Logical Nodes, such as:
- XCBR: Circuit breaker status and control
- PTRC: Protection trip conditioning
- CSWI: Switch controller
Each LN contains standardized Data Objects (e.g.,
Posfor position) that are transmitted in the GOOSE payload.
Substation Configuration Language (SCL)
The XML-based language defined by IEC 61850-6 that formally describes the GOOSE publisher-subscriber relationships. The System Configuration Description (SCD) file binds specific IEDs to the GOOSE messages they must transmit and subscribe to, defining VLAN IDs, MAC addresses, and Dataset structures. This ensures interoperability between devices from different vendors.
Interlocking
A critical safety logic function that relies on GOOSE messaging to prevent dangerous switching operations. Interlocking logic evaluates the real-time status of connected equipment—such as disconnectors, earthing switches, and circuit breakers—before permitting an operation. GOOSE enables this by rapidly distributing binary status changes across the substation LAN, ensuring the interlocking equation is always evaluated against the current topology.
Parallel Redundancy Protocol (PRP)
A network redundancy protocol that ensures zero-time recovery for GOOSE messages. PRP operates by duplicating every frame across two independent, parallel Ethernet networks (LAN A and LAN B). The receiving IED accepts the first frame and discards the duplicate. This is essential for tripping applications where even a single lost GOOSE message is unacceptable.
IEC 62351 Security
The standard defining cybersecurity for power system protocols. For GOOSE, IEC 62351-6 specifies mechanisms for digital signatures and authentication to prevent spoofing and replay attacks. Because GOOSE messages require sub-3ms latency, traditional encryption is often bypassed in favor of HMAC-based integrity checks that add minimal processing overhead.

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.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us