All the latest news from the industry weekly compiled by the editorial team for you free of charge.
This eMail is already registered.
An unexpected error occured.
Please accept our Terms of Use.
Registration successful.

A redundant system must be fault tolerant. It can survive the break of a network cable or link by switching to alternate communication paths as soon as the break is detected.

Image: Shutterstock

Industrial Ethernet DEVELOPING ETHERNET CONTROL SYSTEMS: Using media redundancy

Sep 1, 2016

The key to using Ethernet on the plant floor is to make the implementation highly available. That means in practice, various means of redundancy are employed. A redundant system must be fault tolerant. It can survive the break of a network cable or link by switching to alternate communication paths as soon as the break is detected. The feature discusses extending Ethernet redundancy schemes all the way down to the I/O.

Ethernet was never designed for the plant floor industrial environment. It was designed for office systems and the environment of the enterprise business systems. In the business systems environment, making sure that the network has ultra-high availability at all times is not necessary. For example, servers are often re-booted during off-peak use times, like at night, and on weekends. This, of course, will not work for the plant floor – there are few, if any, off-peak use times. A plant floor network must have availability 24/7 and probably 24/7/365. Networks cannot go down, and servers cannot be re-booted in the middle of production.

But because Ethernet is entirely ubiquitous throughout the rest of the enterprise, its cost of implementation and cost-of-use has been reduced to the point where it is also commonly found on the plant floor. Most IT specialists understand and can troubleshoot an Ethernet network without special training too. So, it is entirely understandable why Ethernet has become the network of preference on the plant floor as well.

Ethernet on the plant floor

The key to using Ethernet on the plant floor is to make the implementation highly available. That means in practice, various means of redundancy are employed. A redundant system must be fault tolerant. Acromag typically make systems redundant by duplicating system components that have high probabilities of failure, like power supplies, software file systems, and other computer hardware. The company also add what is called “media redundancy,” which refers to the formation of a backup communication path, when part of a network is suddenly unavailable. A redundant media system can survive the break of a network cable or link by switching to alternate communication paths as soon as the break is detected.

Building media redundancy into an Ethernet network isn’t simply a matter of adding another cable connection. The Ethernet devices on the network must have the ability to manage communication over duplicate paths. Ethernet normally does not allow duplicate message paths in the same network, because doing so would cause the messages to travel the network infinitely, or “loop.” This drives so-called “message storms” that can ultimately shut down the network, or prevent real communication between network devices.

Hubs, switches and ring topologies

Ethernet networks began by connecting devices directly to other devices. It quickly became apparent that some means was needed to add more than two devices to a network. This device is called a hub, because the devices were connected in a set of spokes to the hub. This sort of configuration is also called a “star” topology. More than one “star” can be connected through another hub to form a “tree.” Star topologies are very practical for connecting edge devices, such as sensors, scanners, and other I/O devices to the network, but they do not address redundant message paths well.

A network hub electrically repeats an incoming network message at all of its connection ports. By itself, a network hub cannot be made redundant, because it has no way of knowing which messages are redundant, and, therefore, passes all of them. This can cause packets to collide and become garbled as messages are received and reformed. “Packet” or “message” storms can be created that could effectively shut down the network.

Hubs work at the lower layer of the OSI Reference Model, the physical layer. Other devices, called bridges by the IEEE, and “switches” by most everybody else, perform the same function as a hub, but with more intelligence, because they sit on the second or data link layer of the OSI model. Switches are similar to hubs, however, they learn which of their ports are connected to which devices, and then forward messages to the correct port only, effectively reducing network traffic and preserving network bandwidth. Switches are designed to perform other intelligent functions to filter and direct network traffic as required. Switches can be “cascaded” or added upstream or downstream of switches already in the network to further segment the Ethernet network.

Before we discuss how switches can be used to manage redundant message paths in a network, we should review the five basic topologies used to form Ethernet networks: Star, Tree, Bus, Ring and Mesh. Bus networks have a single cable backbone, with many devices connected to it. Foundation Fieldbus HSE is an example of an Ethernet network formed as a Bus. The single cable backbone is the common point of failure, so industrial plant bus networks are usually designed with dual redundant cable pairs. Star topologies have all the nodes connected to a central site, or hub. It has the advantage over the Bus that if cable breaks between the hub and any node, the operation of the other nodes on the network are not impaired. Tree topology is a combination of Star and Bus topologies, providing the ability to link together smaller networks or Stars via a common Bus. Mesh topologies use lots of wire to connect every node with every other node, providing alternate paths for every node to maintain communication in the event of failure. Mesh topologies are very expensive, but are very fault tolerant. It is worth noting that the Internet is itself a mesh network, designed that way to operate even in the event of damage during a nuclear war. The last of the five is the Ring. In this topology, devices are connected in a series ring and messages go only one way from device to device.

With the exception of the more expensive Mesh topology, none of these ways of designing an Ethernet network provides any means for handling redundancy or redundant message paths. Recognise that Bus and Ring topologies can have single point of failure problems.

Ethernet redundancy schemes

So, how do we build redundant Ethernet networks without causing message loops? We simply utilise switches that can manage multiple connection paths to any one device.

That is, we connect our devices with switches capable of detecting a redundant path to the same address. This works independent of topology. There are four of these methodologies, or protocols, for achieving redundancy with switches: Spanning Tree (STP), Rapid Spanning Tree (RSTP), Proprietary Ring and Trunking. Each of these redundancy methods will take care of media failure within the network structure itself, that is, between the switches and hubs, but not necessarily to the network devices they connect to.

Spanning Tree Protocol, or STP was the first protocol to be developed based on the IEEE 802.1D Media Access Control (MAC). Spanning Tree is based on timers and will operate with link segments and coaxial cable segments. Rapid Spanning Tree is a modernisation of the STP protocol which, as its name implies, operates significantly faster than its older predecessor. Both protocols aren’t limited to Ring topologies, but will also work well with a Mesh topology.

The Proprietary Ring is a combination of a topology and proprietary protocol that permits a network Ring to continue to function when one of its segments is broken. A master switch is set up to monitor and control packet traffic in a proprietary way. Proprietary rings are simple to understand and set up, but they have the disadvantage of being proprietary, and this limits hardware selection to a single vendor for the entire network. The Proprietary Ring is very fast, recovers well, and does an excellent job of managing redundancy with minimal usage of switches and cabling.

Trunking, which is sometimes called link aggregation (as it is in the IEEE 802.1 standard), provides two or more parallel paths between device ports for redundancy. Trunking has the advantage of increased bandwidth and throughput, since it provides dual paths for data transmission between each switch.

All the way to the I/O

Because of Ethernet’s heritage from the enterprise or business system networks, most network designers limit themselves to containing media failure within the network infrastructure itself. That means that they provide redundant connectivity between the hubs and switches of the network, but they generally omit the devices the network connects to. In the case of plant floor networks, that generally means the I/O.

Ethernet I/O comes in two basic flavours. Some devices have digital connectivity themselves, such as the network ports found on barcode scanners or weigh scales. Other devices act as I/O aggregators with multiple analog, discrete, or digital inputs and outputs.

In order to provide appropriate redundancy to the network, we have to consider what the purpose of redundancy in a plant floor network is: high availability of the control system. That means we must provide redundancy not only to the network topology, but also all the way to the I/O, or we continue to have single point of failure issues that may cause the control system itself to fail.

Back to the hub

Remember that a hub will repeat an incoming message at all of its other ports. If two ports of the hub happen to be connected to an external redundant network switch, this causes the switch to immediately detect the redundant path, disable it, and hold it as a back-up path should the primary path fail. If the primary path fails, it will trigger the failover and recovery operation using the particular protocol of the redundant network switch. This provides some significant advantages when multi-port hub functionality is combined and embedded inside an I/O device. This simple methodology as implemented by Acromag’s EtherStax I/O system allows the I/O to become interoperable with standard Ethernet redundancy protocols like STP or RSTP. Further, it allows the I/O to also work seamlessly inside any proprietary Ring network. This means that media redundancy and reliability are now easily implemented all the way back to the “end-node” device, rather than stopping at the connected switch.

The Ethernet ports on the I/O can operate as switches or hubs, which allows their use in virtually any Ethernet network architecture or in any redundancy scheme supported by switch manufacturers. Designers and users win. It is a simple, cost-effective and reliable approach, which can also provide a future upgrade path, based on standards so that lifecycle costs are minimised.

Methodology in control systems

The premise for fully redundant Ethernet networks in control systems is to use devices with dual Ethernet ports that can emulate the behaviour of a hub. If an I/O or control device is able to operate its dual network ports as a hub, this easily brings media redundancy down to the end-node. In its simplest form, a Redundant Media Path is formed with an Ethernet I/O device, such as an EtherStax unit, that is connected to two ports of the same redundant switch. This switch would use a Spanning Tree Protocol to manage redundancy. A break in either path to the unit will recover communication on the opposite path in about 15 seconds or less. With RSTP switches, recovery times can be much faster, perhaps 1 or 2 seconds. Additional redundant paths can be added by simply installing a second redundant switch.

Because of the hub functionality, redundancy to the I/O functions independently of the system topology and can accommodate mesh, ring and tree configurations.

The second port of the Ethernet I/O devices may also function as a backup path for other types of connection media, such as Ethernet-to-Wireless radio transmission, as shown above. You could just as easily replace the radio path with an Ethernet serial server, Ethernet-to-Cellular or Ethernet-to-Satellite Modem to form a backup path along some other media as well. In the case shown, the primary path is the hard-wired copper connections for “mission critical” operation and the wireless path is held in reserve as a backup.

Conclusion

Which method you ultimately choose to manage redundant media should consider future upgradeability and expansion, the recovery time, its flexibility in wiring, and the amount of switch ports and cable that will be consumed.

By integrating hub functionality into end devices, it is, therefore, possible to extend standard and open Ethernet redundancy methodologies all the way to the I/O. The end results allow users to utilise “off the shelf” Ethernet switch technology to provide the very high-availability and reliability necessary to operate in an industrial plant floor environment.

Courtesy: Acromag

Companies related to this article
Related articles