AB - Ethernet Switch

Seyed Mohamed

Member
Join Date
Apr 2015
Location
Al khobar
Posts
39
Dear All,

Kindly suggest suitable model AB - Ethernet switch (to be placed with in plc panel) to connect two Ethernet EN2T module from redundant controller chassis to SCADA station (50 meters away).
 
For two EN2Ts plus a control station, I would look at the Stratix 2000 series. They are small unmanaged industrial ethernet switches. You can get a four or five port version.

I don't like unmanaged switches generally but with only three connections it should not be an issue.
 
Could you clarify, what may be an issue with more connections, and how a managed switch solves it?
Managed switches give you nice easy "plug-n-play" setup. You don't have much to configure because the switch just acts to connect the clients together.

A managed switch is more useful in a larger and more complex network. Maybe you don't want every client to see everything.

One of the more useful features is VLANs (Virtual LANs). You can segment the network so each port only sees traffic bound for a particular VLAN. Let's say Seyed's network had a large amount of remote Ethernet I/O. And Let's say his SCADA station is also bandwidth hungry. In an unmanaged switch all traffic is seen by all ports. With a managed switch, you could configure two different VLANS which would segregate the Remote I/O from the SCADA station, so that none of the remote I/O's packets would be transmitted to the SCADA station thereby reducing traffic on that segment and vice versa. If your I/O was sensitive to latency (such as a motion control) you don't want to flood that segment with the data being transferred between the SCADA station and controller.

Similar would be QoS or Quality of Service, which could prioritize certain packets over others, such as prioritizing motion data over production data to accounting.

Managed switches can be configured to provide basic security by restricting MAC addresses that allowed to communicate. I've heard of more than one system brought down because someone plugged in a laptop to an empty ethernet port and flooded the network or worse, injected malware. But I'm paranoid.

For troubleshooting the ability of a managed switch to "port mirror" a port lets you see exactly what data is being transferred on a particular port.

Managed switches can also be configured for redundancy. So, if part of the network goes down the switch can reroute traffic.

Managed switches can even be remotely managed and monitored, useful if you have a full-time IT department to handle this kind of stuff.

In Sayed's case, I don't think these features are needed. He isn't planning on connecting to another switch (or if he is he hasn't told us). There is only a few clients and there should not be any bandwidth problems. Troubleshooting should be trival. So, a managed switch is not necessary. I don't think he wants to have the trouble of setting up a managed switch either.

Now, the reason I would consider a managed switch is I'm familiar with their setup (which is important as they are not plug-n-play) so the additional setup time minimized. I also want to create future expansion capability. I'm always being approached with "we need (want) to add this feature or another." For example if a year down the road Sayed's boss says "I want the SCADA station to connect to our production database via the enterprise network (or worse to a remote site)." There might be too much broadcast traffic on the enterprise network for the machine to handle.
 
This is a good reference I like to send users to...

22044 - EtherNet/IP Switch Considerations
Access Level: Everyone

A little more on the flooding...

Without going into great detail, the simplest point I always like to make when thinking about using unmanaged switches is that it is more important to consider the traffic you do not want, than the traffic you do want. i.e. Unmanaged Multicast traffic v end device Multicast tolerance. If connected devices have a high enough tolerance toward the expected level of Multicast traffic, then constraining or managing Multicast traffic is not so important at the switch. If they have a low tolerance, an unmanaged switch will not constrain or manage the Multicast traffic and all connected devices will be exposed to it and can more easily become flooded. If there is little to no Multicast traffic to consider, well then, an unmanaged switch should be fine in this regard.

There are other factors to consider, as Timbert pointed out, but I always find that the above is the most important one to consider first.

Regards,
George
 

Similar Topics

Hi, I'm working with a Phoenix Contact FL NAT 2304-2GC-2SFP Ethernet switch, I already set the IP address and it has been working fine. I can...
Replies
2
Views
1,176
Hi, I'm setting up comms at a station and I'm working with Cisco IE 3400H switches. I have been able to configure them following the Harware...
Replies
7
Views
579
Hello, Is it true that a typical ethernet switch can manage several communications protocol as part of its functionality. For example, it can...
Replies
4
Views
2,262
Other than Allen Bradley. Who else makes EtherNet/IP prioritized switches? I am looking for 5, 8, 12 Port 1000Base (1 gig) Unmanaged Wago and...
Replies
4
Views
1,597
Anyone know of USA built or assembled un-managed industrial Ethernet switch. 4, 5 and or 8 port configurations? Thanks,
Replies
4
Views
1,590
Back
Top Bottom