High-availability Seamless Redundancy (HSR) is a redundancy protocol standardized in IEC 62439-3 that creates a ring topology where each source node sends two identical frames—one clockwise and one counterclockwise—eliminating any switchover delay upon a link or node failure. Unlike traditional protocols such as Rapid Spanning Tree Protocol (RSTP), HSR guarantees zero recovery time, making it suitable for time-critical GOOSE and Sampled Values traffic in digital substations.
Glossary
High-availability Seamless Redundancy (HSR)

What is High-availability Seamless Redundancy (HSR)?
High-availability Seamless Redundancy (HSR) is a network redundancy protocol for Ethernet rings that provides zero-time recovery for critical substation automation traffic by transmitting duplicate frames in both directions simultaneously.
HSR nodes append a specific tag to each frame containing a sequence number, allowing the destination to accept the first arriving copy and discard the duplicate without upper-layer protocol awareness. This duplication doubles the network bandwidth consumption but eliminates the need for dedicated redundant switches, simplifying the process bus architecture. The protocol is often compared to Parallel Redundancy Protocol (PRP), with HSR using a single ring infrastructure rather than two independent parallel networks.
Key Characteristics of HSR
High-availability Seamless Redundancy (HSR) is a network protocol that guarantees zero-time recovery for critical substation automation traffic by transmitting duplicate frames in both directions of a ring topology, eliminating any single point of failure without the complexity of dedicated redundant switches.
Duplication and Forwarding Logic
An HSR node with two ring ports sends an identical frame into both directions simultaneously. When a destination node receives the first frame, it processes it and discards the duplicate arriving from the opposite direction. Non-destination nodes act as bridges, forwarding frames onward. This ensures that if a single link or node fails, the frame always arrives via the alternate path with zero switchover time, a critical requirement for GOOSE trip messages and Sampled Values.
HSR Tag and Sequence Numbering
Every HSR frame is appended with a specific HSR tag inserted after the source MAC address. This tag contains:
- Path identifier: Distinguishes between PRP and HSR frames.
- Sequence number: A 16-bit counter incremented for each frame sent by a source.
- Link service data unit size: For backward compatibility.
The destination node uses the source MAC and sequence number pair to identify and discard duplicates, preventing network storms and ensuring only one copy is processed by the application.
QuadBox: Bridging HSR Rings
A QuadBox is a specialized device used to interconnect multiple HSR rings or to connect an HSR ring to a standard Ethernet network. It functions as a node in two separate rings, selectively forwarding frames between them while respecting the duplicate-discard algorithm. A QuadBox prevents frames from looping endlessly between rings by tracking the source and sequence number of forwarded frames, maintaining the seamless redundancy property across larger, segmented substation networks.
Node Types: DANH vs. RedBox
HSR defines specific node roles to integrate diverse equipment:
- DANH (Doubly Attached Node with HSR): A native HSR device with two physical ring ports, such as a modern protection IED or Merging Unit. It generates and processes HSR-tagged frames directly.
- RedBox (Redundancy Box): A converter that allows a standard, single-port Ethernet device (a Singly Attached Node or SAN) to connect to the HSR ring. The RedBox handles all duplication and duplicate-discard logic on behalf of the legacy device, enabling seamless integration of non-HSR-aware equipment.
Comparison with Parallel Redundancy Protocol
While both HSR and Parallel Redundancy Protocol (PRP) achieve zero-time recovery through duplication, their topologies differ fundamentally:
- PRP: Uses two completely independent, parallel star-topology networks (LAN A and LAN B). Every node connects to both networks. This requires a duplicated switch infrastructure.
- HSR: Uses a single ring topology without dedicated switches. Nodes are connected directly in a ring, reducing hardware cost and cabling but requiring all nodes to actively forward traffic, which increases the processing load on each device.
Supervision and Network Integrity
HSR nodes continuously monitor ring integrity by sending periodic supervision frames. These frames circulate the ring and allow each node to detect failures such as a link break or a silent node. When a fault is detected, no reconfiguration is needed because the duplicate frame already traversed the alternate path. However, the supervision mechanism provides an alarm to the Substation Automation System (SAS) operator, indicating that the ring is operating in a degraded state and requires maintenance before a second failure could isolate a segment.
Frequently Asked Questions
Clear, technically precise answers to the most common questions about the HSR protocol, its operation, and its role in zero-recovery-time substation networks.
High-availability Seamless Redundancy (HSR) is a network redundancy protocol defined in IEC 62439-3 that provides zero-time recovery for critical substation automation traffic by operating in a ring topology. Unlike protocols that require network reconfiguration after a failure, HSR works by having the source node duplicate every frame and send it simultaneously in both directions around the ring. The destination node accepts the first arriving copy and discards the duplicate. This duplication and bidirectional forwarding mechanism ensures that if any single link or node in the ring fails, the frame still arrives via the opposite path with absolutely no interruption or packet loss. HSR is specifically designed for the stringent real-time requirements of GOOSE and Sampled Values traffic in IEC 61850 networks, where even millisecond-level recovery times are unacceptable for protection functions like differential protection or breaker failure schemes.
HSR vs. PRP: Redundancy Protocol Comparison
A technical comparison of the two seamless redundancy protocols defined in IEC 62439-3 for substation automation networks requiring zero switchover time.
| Feature | High-availability Seamless Redundancy (HSR) | Parallel Redundancy Protocol (PRP) | Standard Ethernet (No Redundancy) |
|---|---|---|---|
IEC Standard | IEC 62439-3 Clause 5 | IEC 62439-3 Clause 4 | IEEE 802.3 |
Topology | Ring | Dual Independent LANs | Star or Tree |
Recovery Time on Link Failure | 0 ms | 0 ms | 10 ms to > 30 s (RSTP) |
Network Load Overhead | ~100% (full duplicate traffic) | ~100% (full duplicate traffic) | 0% |
Dedicated Redundant Switches Required | |||
Duplicate Frame Filtering | Node-level (sequence number) | Node-level (redundancy control trailer) | |
Single Point of Failure Risk | Node failure breaks ring (without PRP coupling) | None (fully independent paths) | Switch or root bridge failure |
Typical Substation Application | Process bus ring within a bay | Station bus across critical bays | Non-critical monitoring |
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
High-availability Seamless Redundancy (HSR) operates within a broader ecosystem of substation communication protocols and redundancy mechanisms. Understanding these related concepts is essential for designing resilient IEC 61850 networks.
Rapid Spanning Tree Protocol (RSTP)
A legacy network redundancy protocol (IEEE 802.1w) that dynamically reconfigures Ethernet paths after a link failure. Unlike HSR's zero-time recovery, RSTP requires milliseconds to seconds to converge on a new topology, during which frames are lost. This recovery gap makes RSTP unsuitable for time-critical substation functions like tripping signals, where even a single lost GOOSE message could delay fault clearance.
- Recovery time: Typically 100ms–2s vs. HSR's 0ms
- Mechanism: Blocking redundant paths to prevent loops
- Use case: Non-critical SCADA and engineering access networks
Media Redundancy Protocol (MRP)
A ring-based redundancy protocol defined in IEC 62439-2 that uses a Media Redundancy Manager (MRM) to monitor ring integrity. Upon detecting a break, the MRM unblocks its secondary port, restoring connectivity within 200–500ms. While faster than RSTP, MRP still incurs a recovery gap, making it less suitable than HSR for substation process bus applications where zero-frame-loss is mandatory.
- Topology: Single ring with MRM node
- Recovery: 200ms typical, configurable down to 30ms
- Comparison: HSR eliminates the MRM single-point-of-failure
GOOSE Messaging over HSR
Generic Object Oriented Substation Event (GOOSE) messages are the primary payload carried over HSR rings in IEC 61850 substations. These publisher-subscriber frames transmit protection tripping, interlocking, and breaker status signals with strict latency requirements (typically <3ms). HSR's bidirectional frame forwarding ensures that even if the ring breaks at any single point, GOOSE messages reach all subscribers via the alternate path with zero retransmission delay.
- VLAN tagging: Prioritizes GOOSE traffic (IEEE 802.1Q priority 4-7)
- Retransmission: GOOSE repeats at increasing intervals; HSR prevents gaps
- Typical ring: 15–50 IEDs per HSR ring for latency compliance
QuadBox Interconnection
A QuadBox is a specialized device that interconnects two HSR rings or bridges an HSR ring to a PRP network, enabling scalable redundancy architectures across large substations. It implements the HSR-to-HSR or HSR-to-PRP coupling function defined in IEC 62439-3, forwarding frames between rings while preventing duplicate circulation. This allows substation designers to segment large IED populations into multiple manageable rings without sacrificing seamless redundancy.
- Function: Ring coupling without single-point-of-failure
- Use case: Bay-level rings connected to station-level backbone
- Alternative: RedBox for connecting single-attached SCADA devices

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