Detected Ethernet Mac Local Fault Delta Event For Port

admin

The Ethernet MAC Address is a unique identifier for network cards, of the form 05-A8-34-C3-67-B4 or 05A8342367B4 (6 pairs of digits and characters in the range A-F, which might or might not be separated by hyphens). This number is often imprinted on the network card; however, you may query your computer for the number, using one of the following methods:

For Windows 7

Port alarms detected ethernet mac local fault delta event for port

Feb 15, 2011 The following examples show how to verify various Ethernet OAM configurations and activities. Verifying an OAM Session. The following example shows that the local OAM client, Gigabit Ethernet interface Gi6/1/1, is in session with a remote client with MAC address 0012.7fa6.a700 and OUI 00000C, which is the OUI for Cisco. Feb 27, 2016 As my colleague Christian reported on Saturday, some Mac models have been plagued by non-working Ethernet ports after installing a new security update outed by Apple. Although a lot of modern Macs don’t even have an Ethernet port, many models still carry it and many people still love using a wired internet connection because it’s faster, more reliable, and more secure than a wireless n.

  1. Click Start, then Run. (Start globe on 7)
  2. Type cmd
  3. Click OK. The command prompt window will appear.
  4. At the prompt, type the following: ipconfig /all
  5. Press Enter.
  6. The MAC Address and other parameters will be displayed in the DOS window. Write down the MAC Address for your adapter. It may also be listed as 'Hardware Address' or 'Physical Address.' It will look something like the following: 00 0B 4D 2F 62 7A

For Macintosh (OS 10.5 and higher) Systems

  1. From the dock, select System Preferences.
  2. Select the Network applet.
  3. Select Ethernet from the left hand side.
  4. Click on Advanced from the lower right.
  5. For OS X 10.8 or 10.9:
    1. Select the Hardware tab.
    2. The MAC Address should be listed.
  6. For other OS X:
    1. Select the Ethernet tab.
    2. The number next to Ethernet ID is you MAC Address. It will look something like the following: 00:0B:4D:2F:62:7A


For Linux Systems

  1. Type the following command: /sbin/ifconfig (on some distributions, just ifconfig)
  2. When all the parameters are displayed, locate and write down the MAC address.

Using the Event Log

The Event Log is the primary troubleshooting tool in the RMC for EtherNet/IP I/O. It can record every change in the EtherNet/IP I/O data received (consumed) by the RMC. This is the Output Data from the PLC. It does not record the data produced by the RMC (the Input Data in the PLC).

The Event Log can report the following events based on Incoming I/O Data:

  • Initial Data
    This entry is logged only if the Sync Register is used and the Ethernet I/O Logging filter option for the Event Log is set to All. It is reported when the first incoming I/O data is received after a new controlling I/O connection is established, showing both the data and the value of the Sync In register. Notice that the data is not yet applied to the RMC.

  • Data Changed
    This entry is logged only if the Sync Register is used and the Ethernet I/O Logging filter option for the Event Log is set to All. It is reported when any Incoming I/O Data register has changed, but the Sync In register has not. This entry shows both the data and the value of the Sync In register. Notice that the data is not yet applied to the RMC.

  • Request Made
    This entry is logged each time the incoming I/O data is applied to the RMC. If the Sync Register is used, then this is each time the Sync In register changes. If the Sync Register is not used, then this occurs when the I/O data is first received, and each time after that when any register in the Incoming Data changes. This log entry will be shown by default, but can be disabled by setting the Ethernet I/O Logging filter option for the Event Log to None.

Using the Communications Statistics

To open the Communication Statistics window, in the Project pane, select the desired controller. On the Controller menu, choose View Communication Statistics.

The Communications Statistics window provides information on open EtherNet/IP I/O connections, such as the producing and consuming registers and the RPI, along with information on timed-out connections. The statistics also provide advanced information on the Ethernet traffic.

Port alarms detected ethernet mac local fault delta event for port

Incompatibilities with Older Allen-Bradley Ethernet Modules

The following problems have been seen when using the RMC controllers with Allen-Bradley Ethernet modules:

Problem #1:

I/O connections drop repeatedly resulting in error 0x0203 being reported in the Allen-Bradley Ethernet module

Cause

A number of Rockwell Automation Ethernet modules with older firmware are incompatible with the Quality-of-Service object in EtherNet/IP. The Quality-of-Service (QoS) object allows managed Ethernet switchgear to prioritize EtherNet/IP packets to provide higher levels of determinism. The QoS object was defined by ODVA (http://www.odva.org) to be backward compatible with devices that did not support the QoS object.

Some devices incorrectly handle the default QoS object behavior of marking I/O data with non-zero DSCP values, including some Rockwell Automation Ethernet modules with older firmware, causing the EtherNet/IP I/O connection to time out with error code 16#0203 shortly after it is established.

This does not apply to RMC75/150 firmware 3.40.1 or older, as that firmware did not support the QoS object.

Rockwell Automation is aware of the problem, and has a knowledge base article that discusses the issue (#63904 - http://rockwellautomation.custhelp.com/app/answers/detail/a_id/63904/) and suggests that users update the firmware in their Ethernet modules to fix the issue. The following firmware revisions fix the problem in the following Rockwell modules:

Rockwell Module

Firmware Revision

1788-ENB

2.4.1

L2xE/L3xE

V17

1756-ENBT

4.5.1

1756-EWEB

4.5.3

1768-ENBT

2.1.0

1768-EWEB

1.2.9

1794-AENT

4.1.1

Detected Ethernet Mac Local Fault Delta Event For Portfolio

If you have one of these modules with an older revision, then you should update the Rockwell Ethernet module firmware, if possible.

Solutions

There are two possible solutions:

  1. Update Rockwell Module firmware (recommended)
    Update the firmware in the affected Rockwell Ethernet module.

  2. Disable Non-Zero DSCP Values in RMCTools
    This is not necessary if you followed the recommended solution #1.
    In RMCTools, do the following:

    1. In the Project tree, expand the Modules folder and double-click the RMC CPU.

    2. On the EtherNet/IP page, in the Quality of Service (QoS) section, uncheck the Enable DiffServ Code Point (DSCP) marking box.

    3. Click OK to apply the changes to the RMC. Ensure that the settings are saved to flash and the module is restarted.

Problem #2:

I/O connections are lost approximately 2 minutes after they are established, are successfully re-established, but continue to be lost every two minutes.

Cause

Detected Ethernet Mac Local Fault Delta Event For Port Dickson

RMC75/150 firmware 3.63.0 (February 2016) and newer, and RMC200 firmware, include an “Encapsulation Inactivity Timeout” parameter. This is an EtherNet/IP requirement, and must default to closing an inactive TCP/IP connection used by EtherNet/IP after 2 minutes.

Older Allen-Bradley 1756-ENBT (prior to 4.007) and 1756-EN2T (prior to 1.004) Ethernet bridge modules will incorrectly close any EtherNet/IP I/O connection that was opened using the TCP/IP connection. This is seen in the RMC event log by the CIP IO connection timing out or being closed nearly exactly when the EtherNet/IP inactivity timeout occurs, which is also reported in the Event Log.

Solutions

There are two possible solutions:

  1. Update Rockwell Module firmware (recommended)
    Update the firmware in the affected Rockwell Ethernet module.

  2. Disable Encapsulation Inactivity Timeout
    This is not necessary if you followed the recommended solution #1.
    In RMCTools, do the following:

    1. In the Project tree, expand the Modules folder and double-click the RMC CPU.

    2. On the EtherNet/IP page, in the Encapsulation Inactivity Timeout section, set the Timeout to 0. This disables the timeout.

    3. Click OK to apply the changes to the RMC. Ensure that the settings are saved to flash and the module is restarted.

See Also

Juniper Detected Ethernet Mac Local Fault Delta Event For Port

Copyright (c) 2005-2020 by Delta Computer Systems, Inc.