This document is about the most common cause of the CRIT Error LED on the ASR1000 platform. In practice this error is usually encountered when the router is being configured for the first time and the connections have been configured but not brought up yet. An example of the ominous indicator LED is shown to the left.
Frequently it is found that there is a port that is in a hot state but is disconnected or down/down for some reason. In other words, the interface has been configured and had the default shutdown cleared, but for some reason the interface is still down. (Reasons include fiber disconnected, other end admin down, transceiver not inserted yet, etc.)
This scenario can be easily verified by looking for the following symptoms:
Compare the running configuration show run of the device with the interface status while paying special attention to the interfaces not configured with shutdown. Then compare that with the current state of interfaces on the router show interface
*output removed preceding*
ip address 10.10.10.1 255.255.255.0
no ip address
*output removed following*
GigabitEthernet0/0/0 is down, line protocol is down
GigabitEthernet0/0/1 is administratively down, line protocol is down
Then perform a show facility-alarms status which, in this scenario, will show something like:
router#show facility-alarm status System Totals Critical: 1 Major: 0 Minor: 0
Source Severity Description [Index] ------ -------- ------------------- GigabitEthernet0/0/0 CRITICAL Physical Port Link Down  xcvr container 0/0/1 INFO Transceiver Missing  xcvr container 0/0/2 INFO Transceiver Missing 
This critical facility alarm is what is causing the system status. Please note that this behavior is intentional, not a bug. The ASR series is used primarily by ISPs who need to know immediately if an interface is disconnected for any reason. (ie someone in the datacenter accidentally bumping a cable, etc.) For an ISP any disconnect could cause an outage for hundreds or thousands of customers, hence it is critical.
Now that you know what is causing the alarm in this case you basically have two choices. You can place the interface that is causing the status into admin down until you turn up the interface and place it into testing or production. (ie in config-interface perform shutdown) This is preffered. You could also just ignore the error, although I wouldn't suggest it unless you're going to be turning up the interface in the next couple minutes. If you have another critical issue you won't know the difference, via the LED indicators in any case.
Finally, clearing the alarms with clear facility-alarm most likely won't work unless the state of the interface(s) has changed either to admin down or up/up because the alarm will just be thrown again in a couple of seconds. When the interface(s) are in a preferred state this alarm (LED indicator) should clear automatically.
Hi Guys,When I plug in my switch the system LED is blinking green and all the ports led lit up for a few seconds then the ports led goes off, and a few seconds after the system LED is off. The switch seems like its shutdown after. Any ide...
I am trying to ping Loopback interface IP from PE Router in Underlay SDWAN vpn 0. But its not Pinging from either side.we are using Static Routing between PE and vEdge.is there anything special we need to do?
I have a Cisco ISR 4451-X running version 16.8.1 (Fuji) and I'm trying to configure a couple of 24-port SM-X-ES3-24-P (running 15.0(2)EJ) into it using BDI. THIS document says to use the commands below. However, in v16.8.1, #3 is not a valid command on th...
dear alli have :c2900-universalk9-mz.SPA.154-3.M1.bin" (Cisco IOS Software, C2900 Software (C2900-UNIVERSALK9-M), Version 15.4(3)M1, RELEASE SOFTWARE (fc1)) with memory as belowCisco CISCO2911/K9 (revision 1.0) with 483328K/40960K bytes of memory.Processo...