CPwE Parallel Redundancy Protocol Configuration

IES Configuration

This section describes how to configure Stratix IES in the CPwE PRP architecture using the recommendations provided in Chapter2, “CPwE Parallel Redundancy Protocol Design Considerations”

Most of the recommended settings can be configured using Stratix Device Manager or WebUI interface. For information on how to do initial setup and configure Stratix IES using the web-based interface, refer to:

Some of the recommended steps require using Command Line Interface (CLI) as per latest Stratix firmware at the time of this publication.

  • CLI commands are executed in a terminal emulation software via a serial or USB console port or by using remote access methods such as Secure Shell (SSH). For more information on configuring switches using the CLI and its functionality, refer to the Cisco IOS® Configuration Fundamentals Configuration Guide for the applicable IOS release version on the IES.
  • On Stratix 5800 IES, CLI commands can be applied using the WebUI interface on the Administration - command line Interface page.
note.gif

Noteblank.gif Configuration steps below should be adjusted and applied according to your company's network standards, practices, and specific network topology.


Initial Configuration

Before configuring IES features for the PRP network, switches should be configured according to general recommendations and best practices for IACS networks:

  • Apply initial configuration using web-based Express Setup procedure (recommended), command line Interface (CLI) using serial console connection, or by transferring the configuration file to the Secure Digital (SD) card.
  • Make sure that all IES in the PRP network are assigned unique management IP addresses.
  • Create necessary VLANs, including the Native VLAN, per network segmentation requirements
  • Configure switch ports according to their function using Smartport roles. Smartports optimize switch port configuration according to the type of device connected to the port.
  • Configure NTP servers on each IES to make sure that network events are logged with accurate timestamps.
  • Configure network protocols, security and management settings on the switch as appropriate per your company’s policy and standards.
  • It is recommended to apply the latest version of IES firmware. Configuration steps in this section assume the IOS version 15.2(8)E or later, and IOS XE version 17.07.01 or later.

Infrastructure IES Configuration

Configuration of infrastructure switches in LAN A and LAN B depends on the chosen topology and resiliency protocol in the LAN (if applicable). For example, infrastructure switches may need to be configured first for DLR, Spanning Tree, REP, EtherChannel and so on. Refer to the Stratix switch user manuals, corresponding application guides and CPwE design guides for more information (see Appendix A).

Next steps describe required or recommended settings for infrastructure IES that are specific to the PRP operation.


Step 1blank.gif Configure System Maximum Transmission Unit (MTU) size to 1506 bytes or greater.

note.gif

Noteblank.gif After submitting the System MTU change, the Allen-Bradley 5700, 5400 and 5410 switch will restart to apply the change. The Stratix 5800 switches do not require restart.


Step 2blank.gif If the infrastructure switch connects to a RedBox IES using VLAN trunking (Smartport Switch for Automation), configure PortFast Trunk mode on the ports connected to the RedBox.

PTP (CIP Sync) Configuration

If time synchronization with PTP (CIP Sync) is required for multiple VLANs in the network, it is recommended to use infrastructure IES that supports PTP in the boundary clock (BC) mode. Configure PTP settings as follows:

Step 3blank.gif Configure PTP Boundary Clock mode.

Step 4blank.gif Set PTP Priority1 as 255 (lowest priority).

Step 5blank.gif Configure on all PTP-enabled ports:

a.blank.gif Announce Interval as 0 (equals 1 second in base 2 logarithmic scale)

b.blank.gif Sync Fault Limit as 10,000 (nanoseconds)

Step 6blank.gif Configure PTP properties using CLI:

ptp time-property persist infinite
ptp transfer feedforward
note.gif

Noteblank.gif If IES in end-to-end transparent clock or forward mode are used in the topology, PTP can only be implemented in a single VLAN. In this case, the PTP-enabled VLAN must be specified on the upstream ports of the closest BC switch.


IGMP Snooping Configuration

Multicast management with IGMP Snooping is recommended if multicast IACS data is present, for example when ControlLogix Redundancy or CIP Sync is used.

Step 7blank.gif Disable IGMP Querier on the infrastructure IES. Leave IGMP Snooping enabled for all VLANs.

Step 8blank.gif Enable Extended Flood option with the default value of 10 seconds (not applicable to Stratix 5800).

Step 9blank.gif Configure static mrouter on all ports in the possible path to the Layer 3 RedBox IES with HSRP (IGMP queriers) for every VLAN that has multicast traffic. This step is necessary to help prevent multicast loss in case of the querier change and recovery, e.g., after the HSRP failover. This is CLI only configuration.

ip igmp snooping vlan <VLAN ID> mrouter interface <PORT NAME>
 
 
note.gif

Noteblank.gif In a star or linear topology, configure uplink ports to the aggregation or Layer 3 RedBox IES as static mrouter ports. In a ring topology (REP or DLR), configure both ports in the ring as static mrouter ports.


The above recommendations assume that Layer 3 RedBox IES with HSRP are configured with lowest physical IP addresses in each VLAN and take the querier role in the election process.

RedBox IES Configuration—Layer 2 (Access)

The next steps describe required or recommended settings for RedBox IES that are specific to the PRP operation. These steps apply to the access layer RedBox IES (Layer 2 switches) with a single PRP channel.

PRP Channel Configuration


Step 1blank.gif Configure ports that will be in the PRP channel group 1 for VLAN trunking using the Switch for Automation Smartport template. The applicable ports are shown in Table 3-1 .

 

Table 3-1 PRP Channel Ports

Switch
PRP Channel Group
Member Ports

Stratix 5400

1

Gi1/1, Gi1/2

Stratix 5410

1

Gi1/17, Gi1/18

Stratix 5800

1

Gi1/1, Gi1/2 or

Gi1/3, Gi1/4

Step 2blank.gif Configure PortFast Trunk mode for ports that will be in the PRP channel.

Step 3blank.gif Add the PRP Channel Group 1 with these settings:

a.blank.gif Administrative mode: Trunk

b.blank.gif STP PortFast Edge: Enabled (CLI only on Stratix 5800)

c.blank.gif Native VLAN and Allowed VLAN list should match exactly the settings on the individual ports

The CLI command to enable PortFast Trunk mode on the PRP channel group is:

interface PRP-Channel1
spanning-tree portfast edge trunk
 

Step 4blank.gif Configure PRP Supervision Frame Option as VLAN Tagged and select VLAN ID that is used for VDAN devices.

note.gif

Noteblank.gif A RedBox IEs can also be connected to the infrastructure with PRP ports and the PRP channel in the access mode (single VLAN, Smartport Multiport Automation Device). In this case, the management interface of the RedBox and all VDANs are assigned to the same VLAN and IP subnet. The access mode for RedBox IES is out of scope for CPwE PRP.


Step 5blank.gif If PRP-enabled ports are using fiber media, Unidirectional Link Detection (UDLD) on the ports must be disabled. UDLD is not supported with PRP and will cause fiber ports to go to error-disable mode.

a.blank.gif UDLD is automatically disabled on PRP ports starting with IOS 15.2(8)E and IOS XE 17.x

b.blank.gif For earlier versions, use CLI configuration:

interface <PORT NAME>
 
udld port disable

 

note.gif

Noteblank.gif After configuring a PRP channel group, do not change settings for individual ports in the PRP channel, such as switchport mode (access or trunk) or VLAN ID. Doing so may cause the port to be suspended.


note.gif

Noteblank.gif If a PRP group channel is deleted, physical ports in the group will be administratively shutdown to help prevent unintentional loops in the network. After adding the PRP channel back, the ports will be enabled again.


note.gif

Noteblank.gif Adding a second PRP channel group to a Layer 2 RedBox IES (Stratix 5410 or Stratix 5800) is possible but out of scope for CPwE PRP.


PTP (CIP Sync) Configuration

If time synchronization with PTP (CIP Sync) is required, configure PTP settings as follows:

Step 6blank.gif Configure PTP Boundary mode.

Step 7blank.gif Configure Priority1 value as 10 (or any value higher than the GM priority but lower than default 128). Configure Priority2 value as 1

Step 8blank.gif Configure on all PTP-enabled ports:

a.blank.gif Announce Interval as 0

b.blank.gif Sync Fault Limit as 10,000 (nanoseconds)

Step 9blank.gif Configure PTP properties using CLI:

ptp time-property persist infinite
ptp transfer feedforward
 

RedBox IES Configuration—Layer 3 (HSRP)

The next steps describe required or recommended settings for the distribution layer RedBox IES (Layer 3 switches with HSRP) in the CPwE PRP architecture.

PRP Channel Configuration

The PRP channel configuration is almost identical to the Layer 2 RedBox steps. The only difference is that a second PRP channel can potentially be used in a large architecture with Stratix 5410 or Stratix 5800 RedBox IES (one pair of HSRP switches connected to two separate PRP Cell/Area Zones).


Step 1blank.gif Configure ports that will be in the PRP channel for VLAN trunking using the Switch for Automation Smartport template. The allowed ports are shown in Table 3-2.

Table 3-2 PRP Channel Ports

Switch
PRP Channel Group
Member Ports
Stratix 5400

1

Gi1/1, Gi1/2

Stratix 5410

1

Gi1/17, Gi1/18

Stratix 5410

2

Gi1/19, Gi1/20

Stratix 5800

1

Gi1/1, Gi1/2 or Gi1/3, Gi1/4

Stratix 5800

2

Gi2/1, Gi2/2 (expansion module)

Make sure that ports have exactly the same settings such as port speed, trunk mode, native VLAN, list of allowed VLANs and so on.

Step 2blank.gif Configure PortFast Trunk mode for ports that will be in the PRP channel.

Step 3blank.gif Configure PRP Channel Group 1 or 2 with these settings:

a.blank.gif Administrative mode: Trunk

b.blank.gif STP PortFast Edge: Enabled (CLI only on Stratix 5800)

c.blank.gif IGMP General Query: Enabled

d.blank.gif Native VLAN and Allowed VLAN list should be the same as settings on the individual ports

The CLI command to enable Portfast Trunk mode on the PRP channel group is:

interface PRP-Channel1
spanning-tree portfast edge trunk
 

Step 4blank.gif Configure PRP Supervision Frame Option as VLAN Tagged and select one of the VLAN ID configured for IACS.

Step 5blank.gif If PRP-enabled ports are using fiber media, disable Unidirectional Link Detection (UDLD) on the ports. UDLD is not supported with PRP and will cause fiber ports to go to err-disable mode.

a.blank.gif UDLD is automatically disabled on PRP ports starting with IOS 15.2(8)E and IOS XE 17.x

b.blank.gif For earlier versions, use CLI configuration:

interface <PORT NAME>
udld port disable

HSRP Configuration

Hot Standby Routing Protocol (HSRP) is enabled and configured on Layer 3 RedBox IES for each VLAN in the PRP-enabled Cell/Area Zone. This section describes how to configure HSRP features to achieve optimum performance and fast convergence for routed traffic.

note.gif

Noteblank.gif HSRP feature is only available in the Layer 3 firmware type on Stratix 5400 switches (catalog numbers ending with -R) and Stratix 5410 switches (catalog numbers ending with -R, -RDC, and -RAC).


note.gif

Noteblank.gif Stratix Device Manager configuration for HSRP is available starting with IOS 15.2(8)E2 on Stratix 5410 and Stratix 5400 IES


  • HSRP commands are applied to the Switch Virtual Interface (SVI) of the VLANs.
  • HSRP is enabled by configuring an instance, specified by an ID value, and the virtual IP that will be shared between the HSRP peers. The virtual IP will be used as the default gateway address for hosts in the PRP VLAN.
  • The primary HSRP peer should be configured with the lower physical IP address so that it will win elections for protocols that do not rely on the virtual IP, such as IGMP. The secondary HSRP peer is typically assigned the next IP address in the subnet.
  • The desired active peer should be configured with a higher HSRP priority so that it consistently wins the election.
  • HSRP timers (hello and hold timers) should be decreased from default values to provide sub-second protocol convergence.
  • HSRP preemption should be disabled. As a result, when the active HSRP RedBox IES reboots, it assumes the standby HSRP role, which minimizes routing convergence.
  • The HSRP process should be delayed on startup to help prevent a new HSRP peer from assuming too quickly that it is the only peer in the network and taking on the active role.

Step 6blank.gif Configure each SVI on the primary Layer 3 RedBox IES for HSRP as follows:

a.blank.gif Standby (virtual IP address): the lowest address in the subnet (typically x.x.x.1)

b.blank.gif Physical IP address: second lowest in the subnet (typically x.x.x.2)

c.blank.gif HSRP version 2

d.blank.gif HSRP hello timer: 200 milliseconds

e.blank.gif HSRP hold time: 750 milliseconds

f.blank.gif Delay timers: Minimum 30 seconds, reload 60 seconds

g.blank.gif Priority: 150 (or any value higher than default 100)

h.blank.gif Preempt: Disabled

This is a typical CLI configuration on the primary HSRP switch for an SVI (VLAN ID and IP addresses are examples only):

interface Vlan221
ip address 10.22.1.2 255.255.255.0
standby delay minimum 30 reload 60
standby version 2
standby 1 ip 10.22.1.1
standby 1 timers msec 200 msec 750
standby 1 priority 150
 

Step 7blank.gif Configure each SVI on the secondary Layer 3 RedBox IES for HSRP as follows:

a.blank.gif Standby (virtual IP address): the lowest address in the subnet (typically x.x.x.1)

b.blank.gif Physical IP address: third lowest in the subnet (typically x.x.x.3)

c.blank.gif HSRP version 2

d.blank.gif HSRP hello timer: 200 milliseconds

e.blank.gif HSRP hold time: 750 milliseconds

f.blank.gif Delay timers: Minimum 30 seconds, reload 60 seconds

g.blank.gif Priority: default 100 (should be lower than the primary HSRP switch)

h.blank.gif Preempt: Disabled

This is a typical CLI configuration on the secondary HSRP switch for an SVI (VLAN ID and IP addresses are examples only):

interface Vlan221
ip address 10.22.1.3 255.255.255.0
standby delay minimum 30 reload 60
standby version 2
standby 1 ip 10.22.1.1
standby 1 timers msec 200 msec 750

Layer 3 EtherChannel Configuration

For additional resiliency, Layer 3 RedBox IES should be connected to the distribution switch layer and to each other with Layer 3 (routed) EtherChannel links. Note that Layer 2 connections are not allowed between the RedBoxes except for the PRP channel ports.

Each Layer 3 RedBox IES is configured with two Layer 3 EtherChannels: one for the uplink connection to the distribution switch, and another for a peer connection to the other Layer 3 RedBox IES.

Step 8blank.gif Configure ports that will be part of the Layer 3 EtherChannel groups as routed ports (No IP Address) in the port settings.

Step 9blank.gif Configure two EtherChannel groups using previously configured routed ports. LACP Active mode is recommended. The channel mode should be compatible with the mode on the connected switch.

Step 10blank.gif Configure IP address for each routed EtherChannel port according to the IP scheme in the routed network.

Step 11blank.gif Verify that EtherChannel status is up on both ends of the channel and ports are not suspended after connecting ports.

EIGRP Configuration

The following steps are provided only as an example of the EIGRP configuration that was used for the CPwE PRP testing. Note that routing protocol configuration can be very specific to the network environment and EIGRP parameters in your environment may be different.

Other routing protocols such as OSPF can be implemented but are out of scope for CPwE PRP.

note.gif

Noteblank.gif Dynamic routing protocols like EIGRP or OSPF are only available in the Layer 3 firmware type on Stratix 5400, Stratix 5800 and Stratix 5410 IES (catalog numbers ending with -R, -RDC, or -RAC).


The following steps apply to both Layer 3 RedBox IES:

Step 12blank.gif Enable routing on the switch.

Step 13blank.gif Configure the EIGRP instance on the switch. In most cases, default settings are sufficient.

Step 14blank.gif Add network addresses and wildcard masks for IP subnets that should be routed by EIGRP. The network range should include all IP subnets associated with the PRP VLANs and IP sub-nets configured for all routed ports.

Step 15blank.gif As best practice, suppress routing updates (EIGRP Passive mode) on all ports not participating in EIGRP. For example, passive mode should be enabled on the PRP channel ports.

Step 16blank.gif It is recommended to redistribute the default route information using EIGRP from the core/distribution layer. Alternatively, a static default route to the distribution switch can be configured.

IGMP Snooping Configuration

The following configuration steps are recommended for the distribution RedBox IES with the IGMP snooping querier role. In the CPwE PRP architecture, distribution IES (active and standby HSRP gateway) should be assigned the lowest IP addresses in each PRP VLAN to win the querier election.

Step 17blank.gif Enable IGMP Snooping for PRP VLANs where multicast traffic management is necessary. Enable IGMP Querier.

Step 18blank.gif Enable Extended Flood option with the default value of 10 seconds (not applicable to Stratix 5800).

PTP (CIP Sync) Configuration - Boundary Clock

This section describes steps for configuring Layer 3 RedBox IES in the recommended architecture for plant-wide or site-wide time synchronization with PTP (see Figure 2-27). In this architecture, the Grandmaster clock is connected in the distribution layer and switches in the PRP Cell/Area Zone are configured as boundary clocks.

Step 19blank.gif Configure PTP Boundary mode.

Step 20blank.gif Configure Priority1 value as 10 (or any value higher than the GM priority but lower than default 128). Configure Priority2 value as 1.

Step 21blank.gif Configure on all PTP-enabled ports:

a.blank.gif Announce Interval as 0

b.blank.gif Sync Fault Limit as 10,000 (nanoseconds)

Step 22blank.gif Configure PTP properties using CLI:

ptp time-property persist infinite
ptp transfer feedforward

PTP (CIP Sync) Configuration - NTP/PTP mode

The following steps are required only if the Layer 3 RedBox IES are primary and backup Grandmaster clocks (NTP/PTP mode) for the PTP-enabled VLANs in the network. In this case, switches use NTP time source in the plant-wide or site-wide network to distribute time in the PTP-enabled VLANs.

For recommendations on deploying and selecting NTP servers for CPwE, refer to:

Steps 23-29 below replace steps 19-22 in the previous section if NTP/PTP mode is used for Layer 3 RedBox IES.

Step 23blank.gif Configure at least 2 NTP servers on each IES. Three or more NTP servers are recommended to be able to detect and reject bad clock sources. Verify that the switches are successfully synchronized to the NTP source.

Step 24blank.gif Configure both Layer 3 RedBox IES (the active and standby HSRP gateway roles) in the NTP-PTP Clock mode.

Step 25blank.gif Configure PTP priorities:

a.blank.gif Configure the first switch with Priority1 value 1 and Priority2 value 1 (primary Grandmaster)

b.blank.gif Configure the second switch with Priority1 value 1 and Priority2 value 2 (secondary Grandmaster).

Step 26blank.gif Verify that PTP is enabled on the PRP channel ports and on the peer link EtherChannel.

Step 27blank.gif Disable PTP on the uplinks to the distribution switch (Layer 3 EtherChannel ports).

Step 28blank.gif Configure on all PTP-enabled ports:

a) Announce Interval as 0

b) Sync Fault Limit as 10,000 (nanoseconds)

Step 29blank.gif Configure PTP properties using CLI:

ptp utc-offset 37
ptp transfer feedforward

Distribution Switch Configuration

This section describes settings for the Cisco Catalyst distribution stack that are relevant to the CPwE PRP architecture. Common configuration steps such as basic setup, configuring routed interfaces, routing protocols and EtherChannels on a Catalyst 9000 series switch, are not covered in this guide.

PTP Configuration

This configuration assumes that PTP GMs (primary and secondary) are connected to the distribution stack.

Upgrade the switch stack to IOS XE 17.07.01 or later. Network Advantage license type is needed for PTP support.


Step 1blank.gif Configure PTP in the boundary mode using CLI:

ptp transport ipv4 udp
ptp mode boundary delay-req
ptp priority1 10
ptp priority2 1
ptp time-property persist infinite

 

Step 2blank.gif Disable PTP on ports where PTP time distribution is not needed, for example on the uplinks to the core layer.

Step 3blank.gif Configure on all PTP-enabled ports:

interface <PORT NAME>
ptp announce interval 0
ptp sync limit 10000

 

Step 4blank.gif Connect primary and secondary GM devices to different switches in the stack. Verify PTP status on the distribution stack and in the rest of the network.

IACS Configuration

PRP-capable IACS devices do not require configuration of any PRP parameters other than enabling PRP mode (if applicable).

  • Certain DANs, for example 5094-AEN2TR or 1756-EN4TR, are capable of operating in a DLR or PRP mode. These devices require enabling PRP by using a hardware selector or a rotary switch. Refer to the user manuals for details.
  • To enable devices to communicate with each other across a PRP network, DAN, VDAN and SAN IP addresses must be unique. In the CPwE PRP converged architecture with multiple VLAN and routing, unique address requirements apply to any device across the Cell/Area Zone.
  • For 5094 series modules, select "Status with PRP" connection type when adding to the controller I/O tree.

PTP Grandmaster Configuration

The recommended CPwE PRP architecture with PTP (CIP Sync) uses redundant time modules in the distribution layer as primary/secondary GM and primary/secondary NTP servers, with GPS as the reference clock.

The following steps apply to Aparian A-TSM modules that have been used in the CPwE PRP testing.


Step 1blank.gif Select Time Source as GPS / PTP. Enable PTP and NTP time services.

Step 2blank.gif Set CIP Sync Priority1 on both time modules to 1.

Step 3blank.gif Set CIP Sync Priority2 to 1 on the primary module, and 2 on the secondary module.

Step 4blank.gif Verify GPS status on the time module and that it displays the correct UTC time.

If GPS signal is not available at the location, select NTP/PTP as the time source, and configure two NTP server IP addresses for redundancy.