logix 5000 ethernet module config

greetings:
A vendor has recently installed two plc's on our flat LAN. So much traffic is being generated through the switch it is hooked up to that it is causing problems with our network/and other control system devices. We are not yet familiar with CL5000 and need some help. The vendor says this is normal. Can anyone see anything unusual with this config?
Class 1 (CIP) Transports
Type Trigger State Transport Id Pro Api Con Api Prod Inhibit Remote Address Port Bridged
Consumer Cyclic Active 0x2C01 100 100 0 10.10.80.201 2222 Yes
Consumer Cyclic Active 0x2002 100 100 0 239.192.26.160 2222 No
Consumer Cyclic Active 0x2203 2 2 0 239.192.26.161 2222 Yes
Consumer Cyclic Active 0x2E04 2 2 0 10.10.80.201 2222 Yes
Producer Cyclic Active 0x2C81 100 100 0 10.10.80.201 2222 Yes
Producer Cyclic Active 0x2082 100 100 0 239.192.26.160 2222 No
Producer Cyclic Active 0x2283 2 2 0 239.192.26.161 2222 Yes
Producer Cyclic Active 0x2E84 2 2 0 10.10.80.201 2222 Yes

Also the default gateway is set to match the IP address of the 1756ENBT/A module. Is this correct? Is this how control net is configged on a network in order to get messaging working or something? Look at the consumer and producer addresses. They are the same? I dont know for sure, but this looks like a problem? I appreciate any help. Michael Moore

come on guru!!

it seems I always ask the tough questions. Someone out there be a guru on this stuff PLEASE!!

Is this new 1756-ENBT being used for I/O transfer, ie is it in the IO tree to some other modules? If so then the traffic you are seeing are the UDP datagrams for the IO data being updated at the RPI rate of the module connected to.

The RPI rate is found under Module Properties. Now because you indicate that there is a vendor involved you may not be in a position to start altering the program.

The likely source of the problem you are having is that the switches you are using are not set up to correctly do ICMP Snooping. This functionality allows your switches to detect UDP broadcast datagrams and correctly direct them to the right ports. As I am not a network engineer and have no details of your setup I hesitate to tread further in this direction.

However you may find the documents on this page tangentially relevant: Ethernet for Control Primers

Those are EtherNet/IP connections to I/O modules or between controllers.

Two of those connections are running at 100 millisecond intervals, but the ones that are killing you are the two running at 2 millisecond intervals.

Take a look at the RPI settings in your RSLogix 5000 configuration. Probably you will find some analog I/O modules set for the default RPI setting (2 ms), which is far faster than they usually need to be sampled. Set that to a more reasonable setting like 50 or 100 ms and watch the traffic slow down dramatically.

More info is needed to troubleshoot your whole system; PhilipW is also on the right track with his post about ICMP snooping.

I gotta run... .I'll check the thread later.

more information?

Hi Ken, not sure what info you need so here is a bunch.
Our network is a flat 10.10.x.x with 255.255.0.0 netmask.

Here is a table from the other plc on the network.

Type Trigger State Transport Id Pro Api Con Api Prod Inhibit Remote Address Port Bridged
Consumer Cyclic Active 0x2201 100 100 0 239.192.26.32 2222 No
Consumer Cyclic Active 0x1602 100 100 0 10.10.80.205 2222 Yes
Consumer Cyclic Active 0x1803 2 2 0 10.10.80.205 2222 Yes
Consumer Cyclic Active 0x2404 2 2 0 239.192.26.33 2222 Yes
Producer Cyclic Active 0x2281 100 100 0 239.192.26.32 2222 No
Producer Cyclic Active 0x1682 100 100 0 10.10.80.205 2222 Yes
Producer Cyclic Active 0x1883 2 2 0 10.10.80.205 2222 Yes
Producer Cyclic Active 0x2484 2 2 0 239.192.26.33 2222 Yes

Do you change those values, you spoke of, with Control Logix 5000?

thanks for the info.

Do you change those values, you spoke of, with Control Logix 5000?

Click to expand...

yes ... maybe this will get you started until our resident guru Ken gets back ...

You definately need to change 2 ms RPI for Produced/consumed or separate these 2 controllers from the company network. this 2 ms traffic will flood your network.
IGMP snooping is a very good idea, except it requires relatively expensive switch like N-TRON 5xx-A series. Also keep in mind that both PLCs must be on the same switch to sucsessfully use IGMP Snooping.

You probably not sure what 239.192.26.xx address is?
It is class D multicast address (randomly generated).
Produced/Consumed as well as Ethernet I/O use multicast UDP transmissions and this UDP packet transmitted to all switch ports.
Good thing - it is not going through the router because TTL=1.

Look here: http://literature.rockwellautomation.com/idc/groups/literature/documents/ap/enet-ap001_-en-p.pdf

and Section D here: http://literature.rockwellautomation.com/idc/groups/literature/documents/um/enet-um001_-en-p.pdf

To change RPI for produced/consumed tag select Edit Tag Properties on the consumer side and change RPI.
RPI is 2ms by default and should be set to higher value to reduce network flood.
Your dialog box may look different -depends on your software version, but it will look like this:

thanks

thanks to everyone who helped with this. We have not yet made the changes but will shortly. I will let you know.

Michael Moore
Senior Computer Systems Specialist
Metropolitan Waste Water Treatment Plant
St Paul Minnesota

When you say the PLCs were installed on your LAN then I presume you have an office type lan running around your plant passing info between computers using normal office switches. ie data for computer A only goes to computer A. AB Ethernet IP uses a multicast format which will go out all ports of a standard switch. (IGMP snopping enabled switches as previously mentioned will stop this multicast from arriving at all other nodes on the network)
I WOULD NEVER put ethernet IP on this style of network without the correct switches on a properly designed system. Because someone can design an office ethernet network and make it work DOES Not make them qualified to design an industrial ethernet network.
Speak to someone from Hirshmann who are specialists in this field if it is still a problem.
End of rant.
Regards Alan Case