Network Degraded (Boot) Alert - Troubleshooting Guide
Purpose
This document provides a standardized approach for handling and troubleshooting the Network Degraded - Boot alert, enabling L1 and L2 engineers to ensure timely detection, prevent full network outage, and maintain service availability.
Alert Name
Network Degraded - Boot
Alert Description
This alert is triggered when one slave interface in a bonded network configuration goes down.
It indicates that the bonded interface has lost redundancy, leaving the system with a single active network path
Severity
P2 – High Impact
Possible Causes
- Network cable disconnection or fault
- Faulty NIC/interface
- Switch port issues or shutdown
- Link flapping or instability
- Configuration mismatch in bonding
- Hardware or transceiver issues
L1 Engineer Actions
Step 1 – Log the Alert
- Log in to the monitoring system
- Review:
- Alert summary
- Affected host
- Interface details
Step 2 – Create Ticket
- Monitor the alert for 15 minutes to check if transient
- If issue persists:
- Create an internal ticket
- Include:
- Hostname
- Interface details
- Timestamp
- Observations
Step 3 – Escalation (If required)
- Inform L2 team if alert persists beyond 20 minutes
- Share all relevant details
Step 4 – Documentation
- After confirmation with L2:
- Update Issue Master Sheet/ Issue Tracking Sheet
L2 Engineer Actions
Step 1 – Check Bond Status
cat /proc/net/bonding/*
- Identify:
- Active and failed slave interfaces
- Link status (UP/DOWN)
- MII status
Step 2 – Verify Network Interface
ip link show
- Check interface state
- Look for down or unstable interfaces
Step 3 – Switch Port Validation
- Verify corresponding switch port:
- Link status (UP/DOWN)
- Errors or flapping
- Coordinate with network team if required
Step 4 – Physical Inspection
- Check and reseat network cable and trans receiver.
- Replace cable if faulty
Step 5 – OEM Escalation (If required)
- If issue persists:
- Raise ticket with OEM
- Share logs and observations
Resolution
The issue is considered resolved when:
-
All bond slave interfaces are UP
-
Bonded interface regains redundancy
-
No link instability or flapping observed
-
Alert is cleared
Escalation
- L1 → L2: If not resolved within 20 minutes
- L2 → OEM/Vendor: If hardware/network issue persists
Related Articles
Network Down Boot (P1 Critical Alert)- Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Network Down - Boot alert, ensuring quick response to critical incidents and maintaining cluster control and system accessibility. Alert Name Network Down - ...
Linux Software RAID Failure Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Linux Software RAID Failure alert, enabling L1 and L2 engineers to respond quickly, minimize risk, and maintain system stability. Alert Name Linux Software ...
Network Down Extern (P1 Critical Alert) - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Network Down - Extern alert, including L1 and L2 actions, escalation procedures, and resolution criteria for critical incidents. Alert Name Network Down - ...
Network Down IB Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Network Down – IB alert, including L1 and L2 actions, escalation process, and resolution criteria. Alert Name Network Down – IB Alert Description This alert ...
Network Speed IB Alert - Troubleshooting Guide
Purpose This document provides a standardized approach for handling and troubleshooting the Network Speed – IB alert, including L1 and L2 actions, escalation process, and resolution guidelines. Alert Name Network Speed IB Alert Description This alert ...