Configuring SCALANCE Layer 3 Routing for PCS7 S7-400H H-System Multi-Station Networks
Deploying a SIMATIC PCS 7 process control system across physically separated stations — Fuel Farm, Hydrant, and Receiving — with redundant S7-400H controllers and CP443-1 / CP443-1 Advanced communication processors is a common requirement in oil & gas, ESD (Emergency Shutdown), and Fire & Gas (F/G) architectures. When the customer mandates Layer 3 switching instead of the existing Layer 2 diagnostic switches, the engineering team immediately encounters a hard protocol constraint: the S7 fault-tolerant connection used by S7-400H systems cannot traverse routed IP boundaries because it is bound to ISO Transport (ISO-on-TCP is not supported for the redundant path) and ISO Transport relies on MAC addressing rather than routable Layer 3 addresses.
This technical reference documents the protocol limits, evaluates each SCALANCE routing option (static routes, VRRP, OSPF, Single-Hop Inter-VLAN-Routing, QinQ), and provides the field-proven configuration paths for keeping an S7-400H PCS 7 multi-station H-system operational after a Layer 3 migration.
1. Problem Definition: PCS 7 H-System Across Three Stations
A typical large refinery or tank-farm deployment places the OS / ES server pair at the Fuel Farm (Station 1) and remote I/O islands with H-CPUs at the Hydrant pit (Station 2) and the Receiving station (Station 3). The original Layer 2 topology used SCALANCE XC-200 or SCALANCE XB-200 switches configured in rings with HRP (High-speed Redundancy Protocol) or MRP redundancy.
The new specification requires Layer 3 switching so each station can be addressed as an independent IP subnet. This is a normal request when the customer wants to:
- Enforce per-station broadcast domains and ACL boundaries.
- Terminate a routable WAN / MPLS link between sites.
- Integrate future IOT, historian replication, or remote engineering VPNs.
- Reduce BUM (Broadcast / Unknown Unicast / Multicast) traffic across fiber links.
The Layer 3 candidate is usually a SCALANCE XR-500 (e.g., 6GK5 524-8GS00-2AC2 for the modular 24-port version) or a SCALANCE XR552-12M (6GK5 552-1GS00-2AC2) — Siemens managed switches that support static routes, OSPF, VRRP, and Single-Hop Inter-VLAN routing per SCALANCE X routing function documentation.
2. Protocol Stack: Why ISO Transport Blocks Routing
The S7-400H redundant communication uses the S7-REDCONNECT library blocks (FB450, FB451, FB452, FB453, FB454, FB455 — see the PCS 7 "Redundancy" library) on top of ISO Transport (TPKT over ISO 8073 / CLNP). The connection is established by:
- The H-CPU in slot 0 (master) opens a connection using ISO Transport to the partner CP443-1 MAC address.
- The H-CPU in slot 1 (standby) opens a parallel redundant connection to the same partner MAC.
- Both connections are kept alive; one is active and the other is hot-standby.
- On rack failure or CP443 failure, the surviving CPU's connection transitions to active within the configured max-tolerance time.
ISO Transport carries an NSAP (Network Service Access Point) address rather than an IP address as the destination identifier. The NSAP is mapped to a MAC address via the station table in the CP443-1 configuration (NetPro / HW Config). Because the MAC address only has local link significance and is rewritten by every Layer 2 device but discarded by every Layer 3 router, the connection cannot traverse a routed hop.
This is documented in the Siemens application note "S7-400H Communication — Configuration of fault-tolerant S7 connections" (entry ID 26483647) and the PCS 7 manual "PCS 7 Process Control System — Fault-Tolerant Systems".
| Connection type | Transport | OSI layer | Layer 3 routable? | H-system redundant? |
|---|---|---|---|---|
| S7 fault-tolerant connection | ISO Transport (CLNP) | Layer 2 MAC / NSAP | No | Yes (primary use) |
| S7 connection (standard) | ISO-on-TCP (RFC 1006) | Layer 3/4 | Yes | No |
| S7 connection (TCP native) | TCP (port 102) | Layer 4 | Yes | No |
| OPC UA | TCP | Layer 4 | Yes | No (use redundant servers) |
| PROFINET IO | UDP / DCP | Layer 3/4 | Yes (with PN/PN coupler) | No |
| S7-REDCONNECT over TCP | TCP + QinQ | Layer 4 | Yes (same VLAN pair) | Yes (alternative path) |
3. SCALANCE Layer 3 Capabilities Overview
SCALANCE X managed switches from the XC-200, XB-200, XP-200, XR-500, and XM-400 families support the following Layer 3 functions, per the TIA Portal SCALANCE X routing documentation:
- Static routing — manual entries in the routing table. The standard option for small deterministic PCS 7 topologies. Configured under Layer 3 > Static Routes.
- Policy Based Routing (PBR) — packet forwarding decisions based on ACLs or DSCP values.
- VRRP / VRRPv3 — virtual router redundancy. SCALANCE XR-500 and XM-400 support up to 52 VRRPv3 virtual routers (per the XR-500 manual).
- OSPFv2 / OSPFv3 — dynamic routing. Used when the PCS 7 network is connected to a larger plant backbone.
- RIP — legacy dynamic routing, rarely used in PCS 7.
- Single-Hop Inter-VLAN-Routing — enables direct communication between two hosts on different VLANs through the switch's Layer 3 engine, available on SCALANCE XP216PoE and SCALANCE XR-500 family. See Single-Hop Inter-VLAN-Routing.
The SCALANCE X-414-3E (6GK5 414-3FC00, firmware V3.x or V4.x) is the classic Layer 3 industrial router used in PCS 7 V8.x deployments. It supports static routes, RIP, OSPF, and VRRP. Newer projects should use the SCALANCE XR-500 (modular) or SCALANCE XC-200 (Layer 2+) depending on whether full Layer 3 routing is required.
4. Architectural Alternatives to IP Routing
Four field-proven approaches satisfy the customer's "Layer 3 switches" requirement while preserving S7-400H fault-tolerant communication.
4.1 Option A — VLAN-Based Segmentation on Layer 2 Switches
Keep all three stations on a single Layer 2 broadcast domain but separate traffic using VLANs. Each station still gets its own subnet (the customer's core requirement), and SCALANCE switches enforce broadcast isolation. The S7 fault-tolerant connection sees a single Layer 2 path — exactly what ISO Transport requires.
Configuration summary:
- Fuel Farm subnet: 10.10.1.0 / 24 (VLAN 10)
- Hydrant subnet: 10.10.2.0 / 24 (VLAN 20)
- Receiving subnet: 10.10.3.0 / 24 (VLAN 30)
- Trunk ports between SCALANCE XC-200 switches carry all VLANs tagged (802.1Q).
- Default gateway is the H-CPU CP443-1 IP, not a router.
This is the most common PCS 7 H-system deployment and is supported by every PCS 7 release from V7.1 to V9.1 SP2.
4.2 Option B — VRRP with SCALANCE 414-3E or XR-500
VRRP (Virtual Router Redundancy Protocol, RFC 5798) provides a single virtual default gateway IP for the H-CPUs. Two SCALANCE Layer 3 switches act as VRRP peers; one is master, one is backup. If the master fails, the backup takes over the virtual MAC and IP within the configured advertisement interval (default 1 s, can be lowered to 100 ms).
VRRP is useful for non-redundant TCP traffic such as WinCC OPC UA, SIMATIC PDM, PCS 7 Maintenance Station, and S7 standard connections routed through the SCALANCE.
4.3 Option C — Static Routing with QinQ Redundant Channel
QinQ (802.1ad) allows stacking a service-provider VLAN tag on top of a customer VLAN tag. Two physically separate QinQ-tagged channels can provide a redundant Layer 2 tunnel across a routed backbone. This is the Siemens-recommended approach when the customer truly needs IP routing for non-S7 traffic while keeping S7 fault-tolerant communication operational.
Logical structure:
- Two parallel Layer 2 paths between Fuel Farm and Hydrant / Receiving, each QinQ-tagged with a unique outer S-VLAN (e.g., 1001 and 1002).
- SCALANCE XR-500 acts as the QinQ provider-edge switch at each station.
- CP443-1 sees a single, deterministic Layer 2 path. S7 fault-tolerant connections ride the QinQ tunnel unchanged.
- TCP / IP traffic between stations uses the routed interfaces (default gateway pointing at the SCALANCE virtual router IP).
4.4 Option D — SCALANCE S VPN Tunnel with Extended Timeouts
SCALANCE S612 / S623 / SC-600 modules create IPsec VPN tunnels between sites. The S7 fault-tolerant connection can traverse the tunnel if:
- The tunnel MTU is set to at least 1400 bytes to avoid fragmentation.
- The S7 connection's max-tolerance time is increased to at least 5 s (default 100 ms is too short for VPN round-trip latency).
- The VPN concentrator does not perform NAT on the tunnel payload (use transport mode, not tunnel mode with NAT).
This option is reserved for brown-field migrations where legacy WAN infrastructure is reused. New installations should prefer Option A or Option C.
5. SCALANCE 414-3E Static Routing Configuration
The SCALANCE static routing application note documents the procedure. Apply the equivalent on SCALANCE XR-500 / XM-400 using the WBM (Web Based Management) or CLI.
5.1 Prerequisites
- SCALANCE X-414-3E firmware V4.1 or higher (V3.x has limited Layer 3 features).
- Admin access to the WBM (default: https://
). - Defined IP plan and subnet mask per station.
- Each H-CPU has two CP443-1 Advanced modules (6GK7 443-1EX50-0XE0 or 6GK7 443-1GX30-0XE0) with unique IP addresses in the same subnet.
5.2 WBM Step-by-Step
- Open WBM and log in as admin.
- Navigate to Layer 3 > VLAN > VLAN Configuration. Create VLAN 10, 20, 30 with the corresponding IP interface addresses:
VLAN 10: 10.10.1.1 / 24 (Fuel Farm router interface) VLAN 20: 10.10.2.1 / 24 (Hydrant router interface) VLAN 30: 10.10.3.1 / 24 (Receiving router interface) - Navigate to Layer 3 > Static Routes and add the routes. Each route has the syntax: Destination network + subnet mask + next-hop gateway + metric.
ip route 10.10.2.0 255.255.255.0 10.10.1.2 1 ip route 10.10.3.0 255.255.255.0 10.10.1.3 1 ip route 0.0.0.0 0.0.0.0 10.10.1.254 1 (uplink default) - Enable IP routing globally under Layer 3 > General: set IP Routing to Enabled.
- Commit configuration. The switch restarts the routing engine (does not affect Layer 2 forwarding).
5.3 CLI Verification
Use the SSH console (port 22, default credentials) and run:
show ip route
Codes: C - connected, S - static, R - RIP, O - OSPF
C 10.10.1.0 / 24 is directly connected, VLAN 10
C 10.10.2.0 / 24 is directly connected, VLAN 20
C 10.10.3.0 / 24 is directly connected, VLAN 30
S 0.0.0.0 / 0 [1/0] via 10.10.1.254, VLAN 10
For the complete WBM walkthrough see the SCALANCE Routing V1.0 PDF guide.
6. Configuring the S7-400H CP443-1 for the Target Topology
The CP443-1 / CP443-1 Advanced in an S7-400H rack (H-CPU 412-5H, 414-5H, 416-5H, 417-5H) has two connection types per NetPro partner definition: S7 connection fault-tolerant and S7 connection (standard). Only the standard S7 connection can be routed. The fault-tolerant S7 connection remains in the same IP subnet and Layer 2 broadcast domain.
6.1 NetPro / HW Config Settings
- In SIMATIC Manager, open the H-station HW Config.
- Double-click the CP443-1 in slot 4. Under Properties > Interface, set the IP address (e.g., 10.10.2.10) and subnet mask (255.255.255.0).
- Set IP Router = 10.10.2.1 (the SCALANCE Layer 3 interface for that station).
- Open NetPro and double-click the partner connection to the OS server CP1613.
- Confirm the connection type is S7 Connection Fault-Tolerant. Do NOT change to S7 Connection unless the OS server application has been migrated to TCP.
- Compile and download the connection configuration to the H-CPU and to the CP1613 station.
6.2 CP1613 / CP1623 Server-Side Configuration
The CP1613 (6GK1 161-3AA01) and CP1623 (6GK1 162-3AA01) are the dedicated Siemens Industrial Ethernet cards installed in the OS server. They support:
- S7 communication fault-tolerant via ISO Transport.
- S7 communication via TCP (firmware V2.x or higher on CP1623).
- PROFINET IO controller.
The CP1613 firmware version must be checked. Outdated firmware (V1.x) only supports ISO Transport. For any TCP-based route or for OPC UA server extension, upgrade to CP1623 with firmware V2.6 or higher.
Configure the CP1613 / CP1623 with the Siemens "SIMATIC NET Configuration" tool. Set the ISO station address (NSAP) and the IP address:
CP1623 Station Configuration:
IP address: 10.10.1.20
Subnet mask: 255.255.255.0
ISO NSAP: 01.0491.11.FF.FF.04.0001.0001
MAC: 08-00-06-01-00-01 (Siemens default prefix 08-00-06)
7. WinCC Communication Path with Layer 3 Switches
WinCC / PCS 7 OS communicates with the AS using the "S7 Channel" driver in WinCC Explorer. The driver establishes S7 connections to the H-CPU. Configure two connections per OS server:
- Connection 1 — Primary: Standard S7 connection to H-CPU slot 0 (master) via TCP. Used for process data acquisition.
- Connection 2 — Redundant: Standard S7 connection to H-CPU slot 1 (standby) via TCP. Activated on primary failure.
For routed Layer 3 traffic, configure WinCC TCP connections as follows:
WinCC S7 Channel:
Connection name: AS01_HCPU
Partner IP: 10.10.2.10
Partner rack/slot: 0 / 4 (CP443-1 in slot 4)
Connection type: TCP
Read/write cycle: 1000 ms
Max. number of variables: 2000
Verify reachability before commissioning:
From WinCC OS server:
ping 10.10.2.10 (CP443-1 of Hydrant H-CPU)
ping 10.10.2.11 (Second CP443-1 of Hydrant H-CPU)
tracert 10.10.2.10 (must show SCALANCE 10.10.2.1 as first hop)
8. Verification and Commissioning Checklist
After physical installation and configuration, run the following verification sequence:
- Layer 2 verification: Confirm the S7 fault-tolerant connection is established between the OS server and the H-CPU. In NetPro, right-click the connection and select Check Connection. Status must be OK / Established. The CP443-1 diagnostic buffer must show Connection established, ISO Transport.
-
Layer 3 verification: From the OS server, ping each H-CPU's CP443-1 IP address. Verify
tracertshows the SCALANCE router as the first hop. -
Redundancy test: Disconnect the primary fiber between Fuel Farm and Hydrant. Confirm:
a. S7 fault-tolerant connection switches to the redundant path within the configured tolerance time (typically < 100 ms).
b. WinCC does NOT disconnect because it uses a parallel TCP connection.
c. The CP443-1 diagnostic buffer logs Fault-tolerant switchover completed. - VRRP failover test (if Option B used): Power down the VRRP master SCALANCE. Confirm the backup takes over the virtual IP within the configured advertisement interval. Expect a brief WinCC interruption (~3 s). The S7 fault-tolerant connection will register a partner failure and the standby H-CPU becomes active.
- QinQ test (if Option C used): Force the primary QinQ service-provider VLAN down. Confirm traffic shifts to the secondary QinQ tunnel without S7 H-connection interruption.
- ESD / F&G response time: Perform a full ESD-1 / ESD-0 test from the F&G station. The end-to-end shutdown time, including SCALANCE forwarding and S7 H-system redundancy, must remain within the SIL target (typically < 1.0 s for SIL 2, < 0.5 s for SIL 3).
9. Troubleshooting Matrix
| Symptom | Likely cause | Diagnostic | Remediation |
|---|---|---|---|
| S7 H-connection drops when SCALANCE is replaced with Layer 3 router | ISO Transport cannot cross routed boundary | Wireshark capture on H-CPU port; look for ISO 8073 TPDUs without IP header | Move S7 H-connection to a Layer 2 VLAN path; switch to QinQ for routing |
| WinCC OS cannot connect to remote H-CPU after Layer 3 migration | Default gateway missing on OS server, or route not in SCALANCE |
show ip route on SCALANCE; route print on OS server |
Add static route on SCALANCE pointing to remote subnet; set default gateway on OS server to SCALANCE interface IP |
| S7 H-connection establishes but disconnects during VRRP failover | VRRP virtual MAC change is interpreted by CP443-1 as partner failure | SCALANCE syslog shows VRRP state transition; CP443-1 diagnostic buffer shows partner MAC change | Increase H-connection max-tolerance time to 3 s, or remove VRRP from the S7 H-connection path |
| SCALANCE shows "route unreachable" for remote subnet | Static route next-hop is wrong or VLAN is not assigned to port | WBM > Layer 3 > Static Routes; verify VLAN assignment on trunk port | Correct next-hop IP; verify trunk port is member of VLAN |
| CP1613 cannot establish ISO connection after firmware update | New firmware defaults to ISO-on-TCP instead of pure ISO | SIMATIC NET Configuration tool > CP1613 properties > connection mode | Set connection mode to "ISO Transport (CLNP)" |
| OS server shows duplicate IP address warning | CP1613 IP and Windows OS IP conflict on the same NIC |
ipconfig /all shows two entries for same MAC |
Disable Windows network adapter sharing, bind CP1613 to a dedicated subnet |
| PCS 7 OS alarms "AS connection lost" periodically | Spanning tree reconvergence or MRP recovery after link failure | SCALANCE event log; check BPDU Guard / MRP role | Tune MRP recovery time to < 200 ms; use HRP (High-speed Redundancy Protocol) on SCALANCE X-500 |
| PROFINET IO device drops after Layer 3 migration | PROFINET IO devices do not support routing (only PN/PN coupler does) | Wireshark on PROFINET line; check for DCP identify requests | Use PN/PN coupler (6GK7 141-1AB00) or place PROFINET IO devices in same VLAN as controller |
10. Field-Proven Recommendations
- Use VLAN separation, not IP routing, for S7-400H H-system segments. It is the only architecture that keeps the S7 fault-tolerant ISO connection operational without protocol changes. Configure the SCALANCE XR-500 as the Layer 3 backbone but keep the H-CPU traffic on a dedicated Layer 2 VLAN pair.
- Upgrade CP1613 to CP1623. CP1623 supports both ISO Transport and TCP and provides better diagnostic capability. Firmware V2.6 or higher is recommended for PCS 7 V9.0+ compatibility.
- Document the NSAP table for every CP443-1. ISO Transport addressing is invisible in IP tools. A NSAP spreadsheet with rack / slot / MAC mapping is essential for troubleshooting. Store the file in the PCS 7 project archive.
- Set the S7 H-connection max-tolerance time based on the worst-case path. Default 100 ms is suitable for direct fiber. For routed or VPN paths, increase to 3 s for SCALANCE-based QinQ and 5 s for SCALANCE S VPN tunnels. Never exceed the safety response time budget.
- Run MRP or HRP on every SCALANCE ring. Layer 2 redundancy protocols recover a failed link in < 200 ms, far faster than IP routing protocols.
- Separate ESD / F&G traffic on a dedicated VLAN with highest QoS priority. The SCALANCE XR-500 supports eight QoS queues. Mark the H-connection packets with VLAN PCP 6 (or DSCP EF / 46).
- Document the customer's "Layer 3" requirement. Sometimes the customer only wants broadcast isolation and ACL enforcement, both achievable with VLANs on Layer 2 switches. Confirm the actual requirement before committing to a full routing architecture.
11. Relevant Siemens Part Numbers
| Component | Order number | Minimum firmware | Notes |
|---|---|---|---|
| SCALANCE X-414-3E | 6GK5 414-3FC00 | V4.1.x | Classic Layer 3 industrial router |
| SCALANCE XR552-12M | 6GK5 552-1GS00-2AC2 | V8.0.x | Modular 12-port Layer 3 router with SFP+ |
| SCALANCE XR524-8C | 6GK5 524-8GS00-2AC2 | V8.0.x | 8-port managed switch, static + OSPF + VRRP |
| SCALANCE XC-200 (XC216-4C) | 6GK5 216-4GS00-2AC2 | V4.4.x | Layer 2+ with basic Layer 3 (static routes) |
| SCALANCE XP216PoE | 6GK5 216-2BD00-2AC2 | V4.4.x | Single-Hop Inter-VLAN-Routing capable |
| CP443-1 Advanced | 6GK7 443-1GX30-0XE0 | V3.x | S7-400H communication processor, 4-port switch |
| CP443-1 | 6GK7 443-1EX50-0XE0 | V3.x | Standard CP443-1, single port |
| CP1613 | 6GK1 161-3AA01 | V2.6.x | OS server Industrial Ethernet card |
| CP1623 | 6GK1 162-3AA01 | V2.6.x | Replacement for CP1613 with TCP and ISO |
| SCALANCE S623 | 6GK5 623-1BA00-2AC2 | V4.4.x | IPsec VPN module for site-to-site tunnel |
| PN/PN Coupler | 6GK7 141-1AB00-0AA0 | V4.x | Routes PROFINET IO between subnets |
12. Standards and Reference Documentation
The following IEC and IEEE standards govern the network architecture decisions documented above:
- IEC 62443-3-3 — Industrial communication network security, segment isolation requirements.
- IEEE 802.1Q — VLAN tagging (used for Layer 2 segmentation).
- IEEE 802.1ad — QinQ provider bridges (used for transparent Layer 2 tunnels across routed backbones).
- IEEE 802.1AX — Link aggregation (for redundant SCALANCE uplinks).
- RFC 5798 — VRRPv3 (Virtual Router Redundancy Protocol version 3).
- RFC 1006 — ISO Transport over TCP (ISO-on-TCP), not used by S7 H-connections but relevant for standard S7 connections.
- IEC 61511 — Functional safety for process industries, defines SIL targets that constrain the max-tolerance time of S7 H-connections.
For deeper protocol detail consult the Siemens manual "SIMATIC PCS 7 — Fault-Tolerant Systems" (entry ID 26483647) and "S7-400H Automation System — System Manual" (entry ID 1117747).
Why does the S7 fault-tolerant connection fail when I introduce SCALANCE Layer 3 routing?
S7-400H fault-tolerant S7 connections use ISO Transport (CLNP) which addresses partners by MAC / NSAP. Routers strip the MAC layer, so the redundant handshake fails. Either keep the H-connection on a Layer 2 VLAN path or migrate to a TCP-based redundant channel using QinQ tunnels.
Can VRRP on SCALANCE XR-500 provide transparent redundancy for S7-400H?
No. During VRRP failover the virtual MAC changes, which the CP443-1 interprets as a partner failure. The H-system forces a switchover and the S7 fault-tolerant connection is interrupted for typically 2 to 5 seconds. Use VRRP only for non-redundant TCP traffic such as WinCC OPC UA or SIMATIC PDM.
Which SCALANCE model is recommended for PCS 7 V9.0 multi-station H-systems?
SCALANCE XR552-12M (6GK5 552-1GS00-2AC2) or SCALANCE XR524-8C (6GK5 524-8GS00-2AC2) running firmware V8.0 or higher. They support static routing, OSPF, VRRP, QinQ, and MRP / HRP. For Layer 2 only with VLAN separation, SCALANCE XC216-4C (6GK5 216-4GS00-2AC2) is sufficient.
How do I configure a static route on a SCALANCE Layer 3 switch?
Open the WBM, navigate to Layer 3 > Static Routes, click Add, enter destination network, subnet mask, next-hop gateway IP, and metric. Enable IP routing under Layer 3 > General. Verify with the CLI command show ip route. See the SCALANCE static routing application note.
Can the CP1613 server card be upgraded to support TCP for routed H-system traffic?
CP1613 firmware V2.6+ supports TCP but only for non-fault-tolerant S7 connections. The fault-tolerant path stays on ISO Transport. For new installations use CP1623 (6GK1 162-3AA01) which provides both ISO Transport and TCP and supports WinCC redundancy natively.