Parallel Redundancy Protocol (PRP) is a seamless redundancy method where each Double Attached Node (DAN) sends duplicate frames simultaneously over two completely independent, disjoint Local Area Networks (LANs). The receiving DAN accepts the first frame to arrive and silently discards the duplicate, ensuring zero recovery time if one network path fails. This duplication is transparent to upper-layer protocols, making it ideal for IEC 61850 substation automation traffic like GOOSE and Sampled Values.
Glossary
Parallel Redundancy Protocol (PRP)

What is Parallel Redundancy Protocol (PRP)?
PRP is a network redundancy protocol standardized in IEC 62439-3 that provides seamless, zero-time failover for critical Ethernet communications by duplicating every frame across two independent, parallel local area networks.
Unlike High-availability Seamless Redundancy (HSR), which uses a ring topology, PRP relies on two parallel star or tree networks with no single point of failure. Non-redundant Singly Attached Nodes (SANs) can connect via a Redundancy Box (RedBox). PRP is critical for time-sensitive protection schemes such as teleprotection and synchrocheck operations, where even millisecond failover delays are unacceptable for grid stability.
Key Features of PRP
The Parallel Redundancy Protocol (PRP) achieves seamless network redundancy by duplicating every frame across two independent Ethernet networks. These core features define its operation in critical substation environments.
Duplicate Frame Transmission
A PRP source node sends two identical frames simultaneously over two independent, parallel Local Area Networks (LAN A and LAN B). The destination node accepts the first frame that arrives and silently discards the duplicate. This duplication ensures that a failure in one network path has zero impact on data delivery, as the second frame is already in transit.
Redundancy Control Trailer (RCT)
PRP appends a 6-byte Redundancy Control Trailer to every frame. This trailer contains:
- A sequence number (16-bit) to identify duplicates.
- A LAN identifier (4-bit) indicating whether the frame traveled on LAN A or LAN B.
- A frame size field (12-bit) to verify integrity. The RCT allows the destination node's Link Redundancy Entity (LRE) to manage duplicates without upper-layer protocol awareness.
Seamless Bumpless Recovery
PRP provides zero recovery time failover. Unlike protocols that require network reconfiguration after a fault (e.g., Rapid Spanning Tree Protocol), PRP destinations simply continue processing frames from the surviving LAN. There is no switchover delay, no lost frames, and no TCP session timeout. This is critical for GOOSE messages and Sampled Values in IEC 61850 substations, where even a 4ms interruption is unacceptable.
Network Supervision with Node Table
Each PRP node maintains a Nodes Table to supervise the health of other nodes on both LANs. By monitoring the sequence numbers of received frames, a node can detect if a remote node's connection on a specific LAN has failed. This allows the system to raise alarms for degraded redundancy before a second failure causes a complete communication loss, enabling proactive maintenance.
Doubly Attached Node (DAN) Architecture
A Doubly Attached Node (DAN) is a device with two physical Ethernet ports connected to LAN A and LAN B. The DAN's internal Link Redundancy Entity (LRE) manages frame duplication and duplicate rejection transparently to the application. For non-PRP devices (Singly Attached Nodes or SANs), a Redundancy Box (RedBox) acts as a gateway, duplicating frames onto both LANs on behalf of the SAN.
PRP vs. HSR Comparison
While both PRP and High-availability Seamless Redundancy (HSR) provide zero-time recovery, they differ in topology:
- PRP: Uses two completely independent, parallel star networks. Requires duplicate cabling and switches.
- HSR: Uses a single ring topology, sending frames in both directions. No dedicated switches are needed, but all nodes must be HSR-capable. PRP is often preferred for substation station buses where existing switch infrastructure can be duplicated.
PRP vs. HSR vs. RSTP
Comparison of zero-time recovery protocols (PRP, HSR) against the spanning-tree-based RSTP for critical IEC 61850 substation communications.
| Feature | PRP | HSR | RSTP |
|---|---|---|---|
Recovery Time on Link Failure | 0 ms | 0 ms | < 1 sec per hop |
Topology | Two independent parallel LANs | Single ring | Mesh or ring |
Frame Duplication | |||
Duplicate Frame Filtering | End-node discard based on sequence number | Node forwarding and duplicate discard | |
Network Load Overhead | 100% (double bandwidth) | ~100% (bidirectional forwarding) | 0% (idle backup links) |
Requires Dedicated Redundant Switches | |||
Seamless for GOOSE and Sampled Values | |||
Standard | IEC 62439-3 Clause 4 | IEC 62439-3 Clause 5 | IEEE 802.1w |
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.
Frequently Asked Questions
Clear answers to the most common technical questions about PRP operation, implementation, and integration within IEC 61850 substation automation networks.
Parallel Redundancy Protocol (PRP) is a network redundancy protocol standardized in IEC 62439-3 that provides seamless, zero-time failover by duplicating every Ethernet frame across two independent, parallel local area networks (LAN A and LAN B). A PRP sender, called a Dual Attached Node (DAN), transmits identical frames simultaneously over both networks. The PRP receiver accepts the first frame to arrive and silently discards the duplicate based on a Redundancy Control Trailer (RCT) appended to each frame. This RCT contains a sequence number that allows the receiver to identify and eliminate duplicates. Because there is no reconfiguration delay, switchover time is literally zero—making PRP ideal for time-critical substation protection applications like GOOSE tripping and Sampled Values where even millisecond interruptions are unacceptable.
Related Terms
Parallel Redundancy Protocol operates within a broader ecosystem of high-availability networking standards and substation communication protocols. Understanding these related concepts is essential for designing resilient digital substation architectures.

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