Dashboard Alerts - Device Health

Triggers

The alert is triggered if one of the power supplies of the switch is connected but offline or not powered on. 

Troubleshooting Steps

• Make sure both power supplies are receiving power. Check the power outlet to make sure it is providing power. 

• Try reseating the power supply and reboot the device. 

• If the issue persists, contact Cisco Meraki support for further troubleshooting steps. 

Triggers

The alert is triggered if the redundant power system is connected but offline or powered off.

Troubleshooting Steps

• Make sure the redundant power supply is receiving power. Check the power outlet to make sure it is providing power.
• Reseat the connection between the redundant power supply and the switch. Reboot the switch. 
• If the issue persists, contact Cisco Meraki support for further troubleshooting steps. 

Triggers

The alert is triggered when the switch is not using the connected redundant power supply. 

Troubleshooting Steps

• Make sure the redundant power supply is receiving power. Check the power outlet to make sure it is providing power.
• Reseat the connection between the redundant power supply and the switch. Reboot the switch. 
• If the issue persists, contact Cisco Meraki support for further troubleshooting steps. 

Triggers

The alert is triggered if one or more fans are connected but not functioning properly. 

Troubleshooting Steps

• Try reseating the fans and reboot the device. 
• If the issue persists, contact Cisco Meraki support for further troubleshooting steps. 

Triggers 

STP change alerts are created whenever a high or very high rate of STP topology change notifications (TCNs) are detected or received on a switch port. TCNs are triggered when a switch detects changes in the topology.

Troubleshooting Steps 

While we are working on creating proper troubleshooting steps for this alert here is some useful information.

Historical STP topology changes can be found on the port connectivity bar.

Some of the common root causes of STP topology changes are as follows:

• Port flaps between 2 switches. It can happen if the cable is faulty. 
• Delay in sending or receiving BPDUs due to high CPU usage or packet loss.
• STP BPDU conflicts when multiple BPDUs are received within a small window that identifies different sending ports.

Triggers 

There are 2 types of CRC errors:

High CRC errors: A port is sending or receiving a high amount (greater than 100 hits/hour or greater than 1% of traffic) of CRC align errors. 

Very high CRC errors: A port is sending or receiving a high amount (greater than 1000 hits/hour or greater than 10% of traffic) of CRC align errors.

Guided Troubleshooting Flow

This feature is designed to reduce troubleshooting effort, make issue resolution more intuitive, and save more time for our customers. Guided CRC troubleshooting flow automates and outlines suggested action items (refer to flow diagram and the short video below) to be performed to resolve CRC error alerts. This tool is designed to help network administrators efficiently and effectively identify the root cause of the CRC error on switch ports and resolve it.

Configuration Mismatch issue	Cable and other issues

Troubleshooting Steps 

• Verify there is no duplex configuration mismatch between two neighboring ports. 
• Run cable test to verify the cable is healthy or not.
• Verify the switch port is healthy by connecting the end device with the same cable to a known working port. If the issue does not persist then the original switch port is possibly faulty, please contact Meraki support, if persists, move to the next troubleshooting step.
• Verify the end device is healthy by connecting it to the original port using a known working cable bypassing any patch panels. If the issue persists then the end device's NIC card is possibly faulty, if not, move to the next troubleshooting step.
• Verify the copper/fiber transceiver is healthy by installing a known working transceiver on the port. If the issue does not persist then the original copper/fiber transceiver is possibly faulty, if the issue persists, move to the next troubleshooting step.
• If the issue persists after attempting the above steps then the patch panel is possibly faulty or there is electromagnetic interference near the cable.

Triggers:

A beacon is a wireless LAN packet that signals the availability and presence of the wireless device. Clients may disassociate or roam to another AP when they miss eight consecutive beacons. 

Troubleshooting Steps:

• Check AP functionality and wiring

• Check client Wifi device operating correctly

• Check client wireless drivers

• Check for environment radio interference

Triggers:

AP did not negotiate sufficient PoE parameters for full power operation

Troubleshooting Steps:

Check AP PoE needs and switch specs to make sure switch is providing required PoE level, also check cabling to make sure not running beyond PoE length standards for protocol.

Triggers:

AP did not negotiate full capability of local LAN port

Troubleshooting Steps:

Check cabling to make sure using cable matching supported Ethernet speeds

Triggers:

This alert is triggered on a port if the port is detecting a high amount (greater than 10% of transmitted traffic) of collisions.

Troubleshooting Steps:

Do layer 1 physical inspection of cable, speed/duplex check, and path assessment from switch to client to check for anomalies 

Triggers:

This alert is triggered on a port if the port is sending or receiving a high amount (greater than 1000 hits/hour or greater than 10% of traffic) of fragments.

Troubleshooting Steps:

Do layer 1 physical inspection of cable and path assessment from switch to client to check for anomalies 

Triggers:

This alert is triggered on a port if the port is sending or receiving a high amount (greater than 1000 hits/hour) of Jabbers.

Troubleshooting Steps:

Do layer 1 physical inspection of cable and path assessment from switch to client to check for anomalies 

Triggers:

This alert is triggered on a port if the port is sending or receiving a high amount (greater than 10% of traffic) of Oversized or Undersized packets.

Troubleshooting Steps:

Check network MTU settings to make sure consistent throughout path

Triggers:

Various stages of SecurePort Authentication

Troubleshooting Steps:

Troubleshoot based on stage of alert, check that LLDP is enabled on network and MR/MS running minimum required firmware

Triggers:

When a BPDU Guard enabled port receives a BPDU from the connected device, the port is disabled and its state is changed to Errdisable state. The switch will also start discarding packets received on the port

Troubleshooting Steps:

Remove the offending device sending the BPDU and check topology configuration 

Triggers:

If a non-designated port with Loop Guard enabled stops receiving BPDUs, it will transition into a loop-inconsistent blocking state. In this state, the port will still process BPDUs but will not learn MAC addresses or forward traffic, thereby preventing a loop from forming.

Troubleshooting Steps:

Check switch topology and STP configuration

Triggers:

Root guard is a feature in Spanning Tree Protocol (STP) that prevents a switch port from becoming a root port if it receives superior Bridge Protocol Data Units (BPDUs) from another switch. When root guard is enabled on a port, it discards incoming BPDUs from switches that claim to be the root bridge.

Troubleshooting Steps:

Check switch topology, STP configuration, specifically root bridge settings

Triggers:

MV devices having issues uploading to cloud

Troubleshooting Steps:

Check network settings for MV, also check firewall settings 

Triggers: 

The error message, "Potential hardware problem detected. Please contact support." is presented when the camera cannot mount its storage. 

Troubleshooting Steps:

Please open a support case.

Triggers:

Issues reaching/talking to NTP servers

Troubleshooting Steps:

Check network settings, DHCP options, ping NTP servers

• Confirm an NTP server is configured on the switch in the running configuration (ntp server {address}).

• Confirm the NTP server is accessible. Additional troubleshooting steps are available in the NTP Troubleshooting and Debugging Guide.

Triggers:

A member of a switch stack has experienced an anomaly that indicates an unhealthy status

Troubleshooting Steps:

Determine which stack member is alerting and troubleshoot deeper or replace.

Triggers:

A configured access policy is limiting or denying traffic 

Troubleshooting Steps:

Check access policies and configure as needed

Triggers:

When an MT20 detects a tamper state

Troubleshooting Steps:

If your sensor is alerting for Device Tampering, ensure that:

• You are using the included magnet bar

• The gap between the MT20 and the magnet bar does not fall below 5 millimeters (0.5 cm)

Note that this can also trigger when an unknown magnet strength is detected potentially indicating physical tampering.

Triggers: 

Netconf-yang process has experienced an anomaly

Troubleshooting Steps:

• Netconf is a protocol used within the encrypted tunnel to communicate between the switch and cloud.

• If this error appears, additional information may be provided in the syslog (show log) of the switch regarding resolution steps.

• After resolving based on any log information shown, the Netconf process should be restarted (no netconf-yang; netconf-yang in the running configuration).

  • Any other processes requiring Netconf will be unavailable while Netconf restarts.

• The error may take up to an hour to resolve in Dashboard following the process restart.

PoE port was denied power

PoE overload

Detected an unsupported cable type

Device reboots

Device rebooted due to no_xmit_mon

Device panic reboots

1 Gigabit link failed, speed downshifted

Received BPDUs from multiple senders

Probe disconnected

UDLD TX/RX loop detection

UDLD neighbor mismatch detection

UDLD unidirectional link detection

Water leak cable disconnected

Water leak cable connected