ESS_IPSUB through ETHERNET_PROXY
ESS_IPSUB
%ESS_IPSUB-3-ESS_IPSUB_STUB : CPP ESS IPSUB executes stub entry in [chars] direction | |
---|---|
Explanation | Cisco internal software error. CPP ESS IPSUB stub entry got executed. The packet will be dropped. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_IPSUB-3-FSOL_THROTTLE_ERR : Allocation of [chars] memory failed for ESS IP Subscriber | |
---|---|
Explanation | Allocation of memory resource demanded by ESS IPSUB FSOL throttle failed. This is a serious problem at the ESS IPSUB FSOL initialization for throttling. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
ESS_PROXY
%ESS_PROXY-2-IPC_THROTTLE_ERR : Allocation of [chars] memory failed for ESS Proxy unsolicited event throttling | |
---|---|
Explanation | Allocation of memory resource demanded by ESS Proxy throttle failed. This is a serious problem at the ESS Proxy IPC initialization for unsolicited event throttling. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-2-PROXY_IPC_INIT_FAILED : CPP ESS Proxy IPC interface initialization failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy initialization detected that the IPC interface initialization failed. CPP ESS proxy will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-3-PROXY_BAD_MSG : CPP ESS Proxy received bad length message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy received a corrupted message from control plane. This message will be ignored. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-3-PROXY_INV_MSG : CPP ESS Proxy received invalid message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy received an invalid message type from control plane. This message will be ignored. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-3-PROXY_IPC_ALLOC_FAILED : CPP ESS Proxy [chars] message lost due to message buffer allocation failure., MSGDEF_LIMIT_MEDIUM | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy message processing detected a message buffer allocation failure. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-3-PROXY_IPC_SEND_FAILED : CPP ESS Proxy [chars] message lost due to message sent failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy message processing detected a message sent failure. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-3-PROXY_IPC_NO_HDLR : CPP ESS Proxy received unregistered message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy received a message from control plane but there is no registered handler. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-2-KA_CHANNEL_ALLOC_FAILED : CPP ESS Proxy Session Keepalive channel creation failure. | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy Session Keepalive detected that the channel creation failed. CPP ESS proxy session keepalive will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-2-KA_PKT_REPLICA_REG_FAILED : CPP ESS Proxy Session Keepalive packet replication registration failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy Session Keepalive detected that the packet replication registration failed. CPP ESS proxy session keepalive will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-2-KA_TIMER_INIT_FAILED : CPP ESS Proxy Session Keepalive timer initialization failure. | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy Session Keepalive detected that the timer initialization failed. CPP ESS proxy session keepalive will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_PROXY-2-KA_PKT_TMPL_BFR_ALLOC_FAILED : CPP ESS Proxy Session Keepalive packet template allocation failure ([chars] buffer length: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ESS Proxy Session Keepalive detected that the packet template buffer allocation failed. CPP ESS proxy session keepalive will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
ESS_SWITCH
%ESS_SWITCH-3-ESS_STUB : CPP ESS switching ([chars]) feature executes stub entry in [chars] direction | |
---|---|
Explanation | Cisco internal software error. CPP ESS Switching feature stub entry got executed. The packet will be dropped. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ESS_SWITCH-3-STATS_INVALID_PTR : CPP ESS Switching invalid statistics block for session [chars]., MSGDEF_LIMIT_GLACIAL | |
---|---|
Explanation | Cisco internal software error. CPP ESS Switching session contains an invalid statistics block. The session statistics is lost. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
ETHERCHANNEL
%ETHERCHANNEL-2-PROXY_IPC_INIT_FAILED : QFP Etherchannel Proxy IPC interface initialization failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. QFP Etherchannel initialization detected that the Proxy IPC interface initialization failed. The EC Bundle interfaces will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-INV_PROXY_MSG : QFP ETHERCHANNEL Proxy received invalid Message ID [dec] | |
---|---|
Explanation | Cisco internal software error. QFP Etherchannel Proxy received an invalid Message ID. This message will be ignored. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-PROXY_IPC_ALLOC_FAIL : QFP ETHERCHANNEL Proxy ([chars]) response lost due to buffer allocation failure (Interface [chars]) | |
---|---|
Explanation | Cisco internal software error. QFP ETHERCHANNEL Proxy message processing detected a IPC buffer allocation failure during response processing. The associated ETHERCHANNEL interface may not be fully functional as a result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-PROXY_SID_UPDATE_LOCK_ERROR : QFP EC Proxy ([chars]) Multiple SID Update Locks to same interface (Interface [chars], SID: [hex]) | |
---|---|
Explanation | Cisco internal software error. QFP EC Proxy message processing detected a Bundle Schedule SID update sequence error. One or more interface schedules could have been affected. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-PROXY_SID_UPDATE_COMPLETE_ERROR : QFP EC Proxy ([chars]) SID Update Complete w/o Preceeding Lock (Interface [chars], SID: [hex]) | |
---|---|
Explanation | Cisco internal software error. QFP EC Proxy message processing detected a Bundle Schedule SID update sequence error. One or more interface schedules could have been affected. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-LOCK_ERROR : QFP EC Lock Failure: retval:[dec] tries[dec] | |
---|---|
Explanation | Cisco internal software error. QFP EC Lock Failure locking attempt failed |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERCHANNEL-3-LOCK_STATE_ERROR : QFP EC Lock State Failure: retval:[dec] | |
---|---|
Explanation | Cisco internal software error. QFP EC Lock State Failure Illegal lock state |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
ETHERCHANNEL_LB
%ETHERCHANNEL_LB-3-MSG_SEND_FAIL : The load-balance message [dec] has failed to send | |
---|---|
Explanation | The load-balancing feature has detected an error while trying to send an internal message. |
Recommended Action | If this message was the result of performing a configuration command, then try unconfiguring and reconfiguring the same command. If the error message continues to be displayed then it may indicate that the system is low on memory. The show memory free command should be used to check if the system has sufficient available memory. If the system appears to have available memory and the error continues to be displayed, then please contact your Cisco technical support representative and provide the representative with the exact error message being seen as well as the version of IOS being used. |
%ETHERCHANNEL_LB-3-XDR_MSG_XMIT_FAIL : Failed to transmit XDR message of size [dec] to slot [dec] | |
---|---|
Explanation | An error occurred while attempting to send a load-balancing XDR message to the specified slot. |
Recommended Action | Because the message failed to send, the specified slot may now be out of sync with the rest of the system. To correct the issue the card in the specified slot may be rebooted, at which point the full configuration will be re-synced with the card in that slot. If the specified slot is zero, then that message was intended for cards in all slots, and the router should be reloaded to re-sync the entire system. |
ETHERNET_LACP
%ETHERNET_LACP-1-ISSU_NOMEMORY : msgtxt_nomemory | |
---|---|
Explanation | The requested operation could not be accomplished because of a low memory condition. |
Recommended Action | Reduce other system activity to ease memory demands. If conditions warrant, upgrade to a larger memory configuration. |
%ETHERNET_LACP-3-ISSU_SENDFAILED : LACP ISSU: send message failed, rc = [dec] | |
---|---|
Explanation | The sending of a message has failed. This is an informational message only. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_LACP-4-ISSU_INCOMPATIBLE : lacp-issu-compat: returned FALSE | |
---|---|
Explanation | The ISSU compatibility matrix check has failed. This is an informational message only. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_LACP-4-ISSU_XFORM : [chars]: failed, rc=[chars] | |
---|---|
Explanation | The ISSU transform has failed. This is an informational message only. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_LACP-4-RF_CLIENT_INIT : LACP HA: Unable to initiate RF client. | |
---|---|
Explanation | LACP is unable to initialize as a RF client. This is an informational message only. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_LACP-4-RF_CLIENT_BUNDLE : LACP HA: Unable initiate checkpoint bundle mode. | |
---|---|
Explanation | LACP is unable to initialize checkpoint bundle mode. This is an informational message only. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
ETHERNET_MLACP
%ETHERNET_MLACP-3-SYS_CFG_DUPL_ID : Remote mLACP peer has duplicate mLACP node-id [dec] | |
---|---|
Explanation | A remote mLACP peer is configured with the same mLACP node-id as this device. |
Recommended Action | Reconfigure the mLACP node-id to be unique between the two devices with the mlacp node-id configuration command. Refer to the mLACP configuration section of the Cisco IOS documentation for more information on configuring mLACP. |
%ETHERNET_MLACP-3-SYS_CFG_INVALID_ID : Received invalid mLACP node-id [dec] from peer | |
---|---|
Explanation | A remote mLACP peer is configured with an invalid mLACP node-id. |
Recommended Action | Reconfigure the peer to send a valid mLACP node-id with the mlacp node-id configuration command. Refer to the mLACP configuration section of the Cisco IOS documentation for more information on configuring mLACP. |
%ETHERNET_MLACP-3-PEER_ICCP_VERSION_INCOMPATIBLE : Peer ICCP version [dec] is incompatible with local ICCP version [dec]. | |
---|---|
Explanation | mLACP peer is running with a different version of ICCP. Incompatible ICCP would prevent mLACP from working properly. |
Recommended Action | Reboot peer with identical IOS version would correct the issue. Compatible ICCP version between different IOS images can still be achieved by doing show lacp multichassis group on the both devices to check if ICCP versions are compatible. If ICCP versions are incompatible, repeat IOS image loading and CLI above until a compatible image is loaded. |
%ETHERNET_MLACP-4-ICRM_CLIENT_RECV_REJ : Received rejected mLACP TLV from peer with message ID [dec] | |
---|---|
Explanation | A remote mLACP peer has rejected an mLACP TLV. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the mLACP section of the IOS documentation to verify that mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative and provide the representative with the exact error message being seen as well as the versions of IOS from both devices. |
%ETHERNET_MLACP-4-ICRM_CLIENT_RECV_BAD_LEN : Received an mLACP TLV with bad length [dec], total message length [dec] | |
---|---|
Explanation | The mLACP TLV length is longer than the total message length. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the mLACP section of the IOS documentation to verify that mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative. Provide the representative with the exact message being seen as well as the output of the following commands, show version, show run, show lacp multi-chassis group, and show lacp multi-chassis port-channel. |
%ETHERNET_MLACP-4-ICRM_CLIENT_RECV_NO_TYPELEN : Received an mLACP TLV without a type and/or length field ([dec]) | |
---|---|
Explanation | mLACP received an improperly formatted TLV from the peer. As a result the local and peer devices may have mismatched state data. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the mLACP section of the IOS documentation to verify that mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative and provide the representative with the exact error message being seen as well as the versions of IOS from both devices. |
%ETHERNET_MLACP-4-CORE_ISOLATION : mLACP Core isolation failure: Attempting to failover [dec] LAGs in redundancy group [int] | |
---|---|
Explanation | mLACP has detected isolation from the core and has attempted to failover. |
Recommended Action | Use the show interchassis redundancy command to determine which core facing interface has triggered the isolation failure. Correct the failure for the given interface, this will clear the mLACP core isolation failure. Reference the mLACP section of the IOS documentation for more information on core isolation failures and related configuration commands. |
%ETHERNET_MLACP-4-CORE_CONNECTED : mLACP has recovered from a core isolation failure. Attempting to recover [dec] LAGs in redundancy group [int] | |
---|---|
Explanation | mLACP has recovered from core isolation and has attempted to recover the LAGs in the redundancy group. |
Recommended Action | This message may not require any action. However the show lacp multi-chassis group and show lacp multi-chassis port-channel commands may be used to verify the state of the mLACP port-channels. Reference the mLACP section of the IOS documentation for details on core isolation failures and related configuration commands. |
%ETHERNET_MLACP-4-PEER_DOWN : mLACP Peer down failure: Attempting to make [dec] local LAGs active in redundancy group [int] | |
---|---|
Explanation | mLACP has detected a peer down failure and has attempted to make the local port-channels become active. |
Recommended Action | The peer down failure should be corrected by re-enabling communication with the peer mLACP device. Use the show redundancy interchassis command on both the local and peer mLACP devices to determine which peer member IP has lost communication. Use this information to further debug the network communication issue, and re-enable communication with the peer. Reference the mLACP section of the IOS documentation for more information on peer down failures. |
%ETHERNET_MLACP-4-PEER_UP : mLACP has recovered from a peer down failure in redundancy group [int] | |
---|---|
Explanation | mLACP is now in communication with the peer device, and has recovered from a previous peer down failure. |
Recommended Action | This message may not require any action. However the show lacp multi-chassis group and show lacp multi-chassis port-channel commands may be used to verify the state of the mLACP port-channels. Reference the mLACP section of the IOS documentation for details on peer down failures and related configuration commands. |
%ETHERNET_MLACP-4-PEER_DISCONNECT : An mLACP peer has disconnected from redundancy group [int], attempting to reconnect | |
---|---|
Explanation | mLACP has detected that a peer device from the specified redundancy group has disconnected. mLACP will attempt to reconnect to the device until successful. |
Recommended Action | This message is typically caused by a configuration event on the peer router, and so no action may be necessary. However if this message is unexpected then issue the show redundancy interchassis command on both the local and peer mLACP devices to determine which peer member IP has lost communication. Use this information to further debug the network communication issue, and re-enable communication with the peer. Reference the mLACP section of the IOS documentation for more information on peer down failures. |
%ETHERNET_MLACP-4-PEER_RECONNECT_FAILED : The attempt to reconnect to the peer in redundancy group [int] has failed | |
---|---|
Explanation | After an mLACP peer device disconnected, an attempt was made to reconnect, however that attempt has failed. |
Recommended Action | To reinitialize the connection, unconfigure mlacp interchassis group from the port-channel, and then reconfigure it. After doing that, issue show redundancy interchassis to get the peer member IP connection status and the mLACP connection state. If the peer member IP connection status is not CONNECTED then there is a more basic communication issue that needs to be fixed. Otherwise if the peer member IP is CONNECTED but the mLACP state is not CONNECTED, then there could be a software issue. In that case collect the output of show redundancy interchassis, show lacp multi-chassis group, and show lacp multi-chassis port-channel. Then please contact your Cisco technical support representative and provide the collected information. |
%ETHERNET_MLACP-6-PEER_CONNECT : mLACP peer is now connected in redundancy group [int] | |
---|---|
Explanation | This message indicates that the local mLACP device is now connected to a peer device in the specified redundancy group. |
Recommended Action | No action is required. To view the peer information the command show lacp multi-chassis port-channel or show lacp multi-chassis group may be issued. |
%ETHERNET_MLACP-4-PC_CHANGE : mLACP [chars] status changed to [chars] | |
---|---|
Explanation | A mLACP port-channel state change event has occurred. This might have been caused by a mLACP failure or recovery event on the local or peer POA in the same redundancy group. It is normal to get these messages during provisioning and administrative actions on the mLACP port-channel. |
Recommended Action | User should debug further to analyze root cause of the event. Use show redundancy interchassis , show lacp multi-chassis port-channel, show lacp multi-chassis group and show lacp internal on both POAs to check mLACP port-channel health. If any failure exists, appropriate actions should be taken to recover port-channel from failure. If failure persists then please contact your Cisco technical support representative and provide the collected information. |
ETHERNET_OAM
%ETHERNET_OAM-2-CRIT_ERR : The Ethernet OAM protocol has encountered the critical error: [chars]. | |
---|---|
Explanation | The protocol has run into a critical error. The reason should be given in the brackets. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_OAM-6-CRITICAL_EVENT : The client on interface [chars] has received a Critical Event indication from its remote peer (action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates a Critical Event has occurred. The indicated action will be performed. If the action is error-block the link will go into error-block state, where data traffic is blocked but link-oam can still be exchanged. If the action is error-disable, the link is brought down. |
Recommended Action | Investigate the issue on the remote peer |
%ETHERNET_OAM-6-DYING_GASP : The client on interface [chars] has received a Dying Gasp indication from its remote peer (failure reason = [chars], action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates a Dying Gasp, which may signal that the remote client is about to go down. The indicated action will be performed. If the action is error-block the link will go into error-block state, where data traffic is blocked but link-oam can still be exchanged. If the action is error-disable, the link is brought down. |
Recommended Action | Investigate the issue on the remote peer |
%ETHERNET_OAM-6-LINK_FAULT : The client on interface [chars] has received a Link Fault indication from its remote peer (action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates a Link Fault has been detected. This indicates a fault has occurred in the receive direction of the sending client. The indicated action will be performed. If the action is error-block the link will go into error-block state, where data traffic is blocked but link-oam can still be exchanged. If the action is error-disable, the link is brought down. |
Recommended Action | Check the wiring between the two interfaces. |
%ETHERNET_OAM-6-CRITICAL_EVENT_CLEAR : The client on interface [chars] has received a clear of the Critical Event indication from its remote peer (action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates that the Critical Event condition previously seen has cleared. If the action was error-block, traffic on the link will now be re-enabled. Error-disable state can only be cleared by performing a shut/no shut of the interface. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-DYING_GASP_CLEAR : The client on interface [chars] has received a clear of the Dying Gasp indication from its remote peer (action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates that the Dying Gasp condition previously seen has cleared. If the action was error-block, traffic on the link will now be re-enabled. Error-disable state can only be cleared by performing a shut/no shut of the interface. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-LINK_FAULT_CLEAR : The client on interface [chars] has received a clear of the Link Fault indication from its remote peer (action = [chars]) | |
---|---|
Explanation | An OAMPDU has been received from the remote client that indicates that the Link Fault condition previously seen has cleared. If the action was error-block, traffic on the link will now be re-enabled. Error-disable state can only be cleared by performing a shut/no shut of the interface. |
Recommended Action | No action is required. |
%ETHERNET_OAM-5-LINK_MONITOR : [chars] detected over the last [chars] on interface [chars]. | |
---|---|
Explanation | A monitored error has been detected to have crossed the user-specified threshold. |
Recommended Action | No action is required. |
%ETHERNET_OAM-5-EVENTTLV : [chars] is received from the remote client on interface [chars]. | |
---|---|
Explanation | An Event TLV is received from the remote OAM client. It must have detected errors in receiving frames from this local interface. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-LOOPBACK : Interface [chars] has [chars] the [chars] loopback mode. | |
---|---|
Explanation | The specified interface has entered or exited loopback mode because of protocol control or an external event, such as the interface link going down. |
Recommended Action | No action is required. |
%ETHERNET_OAM-3-LOOPBACK_ERROR : Loopback operation on interface [chars] has encountered an error([chars]). | |
---|---|
Explanation | Because of the specified error, the loopback operation has ended abnormally. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-ENTER_SESSION : The client on interface [chars] has entered the OAM session. | |
---|---|
Explanation | Ethernet OAM client on the specified interface has detected a remote client and has entered the OAM session. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-EXIT_SESSION : The client on interface [chars] has left the OAM session. | |
---|---|
Explanation | Ethernet OAM client on the specified interface has experienced some state change. |
Recommended Action | No action is required. |
%ETHERNET_OAM-6-LINK_TIMEOUT : The client on interface [chars] has timed out and exited the OAM session. | |
---|---|
Explanation | The Ethernet OAM client on the specified interface has not received any OAMPDUs in the number of seconds for timeout that were configured by the user. The client has exited the OAM session. |
Recommended Action | No action is required. |
%ETHERNET_OAM-4-ISSU_INCOMPATIBLE : ether_oam-issu-compat: returned FALSE | |
---|---|
Explanation | The compatibility checking has failed |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Issue the show tech-support command to gather data that may help identify the nature of the error. Also perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case) , or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_OAM-3-TRANSFORM_FAIL : ETHERNET OAM ISSU client [chars] transform failed for 'Message Type [dec]'. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client could not transform the specified message type. If the transmit transformation failed, the checkpoint message was not sent to the standby device. If the receive transformation failed, the checkpoint message was not applied on the standby device. In both cases, the ETHERNET OAM state between the active device and the standby device is not identical. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu session <client_id> and show issu negotiated version <session_id>) |
%ETHERNET_OAM-2-GET_BUFFER : ETHERNET OAM ISSU client failed to get buffer for message. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client failed to get buffer space for building a negotiation message. A negotiation message cannot be sent to the standby device. If a problem occurs with the ISSU session negotiation, the standby device cannot be brought up properly. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show logging and show checkpoint client) |
%ETHERNET_OAM-3-SESSION_UNREGISTRY : ETHERNET OAM ISSU client failed to unregister session information. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client failed to unregister session information. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu session <client_id> and show issu negotiated capability <session_id>) |
%ETHERNET_OAM-2-INIT : ETHERNET OAM ISSU client initialization failed to [chars]. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client could not be initialized. This initialization failure must be addressed before in-service software upgrade or downgrade can be performed successfully. If you do not address this failure, there will be downtime during software upgrade or downgrade. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_OAM-2-SEND_NEGO_FAILED : ETHERNET OAM ISSU client failed to send negotiation message. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client failed to send a session negotiation message to the peer device. If a problem occurs with the ISSU session negotiation, the standby device cannot be brought up properly. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show logging and show checkpoint client) |
%ETHERNET_OAM-2-SESSION_REGISTRY : ETHERNET OAM ISSU client failed to register session information. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client failed to register session information. If a problem occurs with the ISSU session registration, the standby device cannot be brought up properly. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu capability entries <client_id> and show issu session <client_id> and show issu negotiated capability <session_id>) |
%ETHERNET_OAM-3-INVALID_SESSION : ETHERNET OAM ISSU client does not have a valid registered session. | |
---|---|
Explanation | The ETHERNET OAM ISSU client does not have a valid registered session. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu capability entries <client_id> and show issu session <client_id> and show issu negotiated capability <session_id>) |
%ETHERNET_OAM-3-MSG_SIZE : ETHERNET OAM ISSU client failed to get the MTU for Message Type [dec]. Error: [dec] ([chars]) | |
---|---|
Explanation | The ETHERNET OAM ISSU client failed to calculate the MTU for the specified message. The ETHERNET OAM ISSU client is not able to send the message to the standby device. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu message group <client_id> and show issu session <client_id> and show issu negotiated version <session_id>) |
%ETHERNET_OAM-2-SESSION_NEGO : ETHERNET OAM ISSU client encountered unexpected client nego_done. Error: [dec] ([chars]) | |
---|---|
Explanation | An ISSU-compliant client transitions through a series of internal states. The ETHERNET OAM ISSU client encountered a 'client negotiation done' state that was unexpected. If a problem occurs with the ISSU session negotiation, the standby device cannot be brought up properly. |
Recommended Action | LOG_STD_SH_CMD_ACTION( show issu session <client_id> and show issu negotiated capability <session_id>) |
ETHERNET_PMLACP
%ETHERNET_PMLACP-3-SYS_CFG_DUPL_ID : Remote P-mLACP peer has duplicate P-mLACP node-id [dec] | |
---|---|
Explanation | A remote P-mLACP peer is configured with the same P-mLACP node-id as this device. |
Recommended Action | Reconfigure the P-mLACP node-id to be unique between the two devices with the mlacp node-id configuration command. Refer to the P-mLACP configuration section of the Cisco IOS documentation for more information on configuring P-mLACP. |
%ETHERNET_PMLACP-3-SYS_CFG_INVALID_ID : Received invalid P-mLACP node-id [dec] from peer | |
---|---|
Explanation | A remote P-mLACP peer is configured with an invalid P-mLACP node-id. |
Recommended Action | Reconfigure the peer to send a valid P-mLACP node-id with the mlacp node-id configuration command. Refer to the P-mLACP configuration section of the Cisco IOS documentation for more information on configuring P-mLACP. |
%ETHERNET_PMLACP-3-PEER_ICCP_VERSION_INCOMPATIBLE : Peer ICCP version [dec] is incompatible with local ICCP version [dec]. | |
---|---|
Explanation | P-mLACP peer is running with a different version of ICCP. Incompatible ICCP would prevent P-mLACP from working properly. |
Recommended Action | Reboot peer with identical IOS version would correct the issue. Compatible ICCP version between different IOS images can still be achieved by doing show lacp multichassis load-balance group on the both devices to check if ICCP versions are compatible. If ICCP versions are incompatible, repeat IOS image loading and CLI above until a compatible image is loaded. |
%ETHERNET_PMLACP-4-ICRM_CLIENT_RECV_REJ : Received rejected P-mLACP TLV from peer with message ID [dec] | |
---|---|
Explanation | A remote P-mLACP peer has rejected an P-mLACP TLV. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the P-mLACP section of the IOS documentation to verify that P-mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative and provide the representative with the exact error message being seen as well as the versions of IOS from both devices. |
%ETHERNET_PMLACP-4-ICRM_CLIENT_RECV_BAD_LEN : Received an P-mLACP TLV with bad length [dec], total message length [dec] | |
---|---|
Explanation | The P-mLACP TLV length is longer than the total message length. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the P-mLACP section of the IOS documentation to verify that P-mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative. Provide the representative with the exact message being seen as well as the output of the following commands, show version, show run, show lacp multi-chassis load-balance group, and show lacp multi-chassis load-balance port-channel. |
%ETHERNET_PMLACP-4-ICRM_CLIENT_RECV_NO_TYPELEN : Received an P-mLACP TLV without a type and/or length field ([dec]) | |
---|---|
Explanation | P-mLACP received an improperly formatted TLV from the peer. As a result the local and peer devices may have mismatched state data. |
Recommended Action | Issue the show version command on the local and remote devices to get the versions of IOS that are running. Reference the P-mLACP section of the IOS documentation to verify that P-mLACP is compatible between the IOS versions on the two devices. If the versions are compatible and the message still appears then please contact your Cisco technical support representative and provide the representative with the exact error message being seen as well as the versions of IOS from both devices. |
%ETHERNET_PMLACP-4-CORE_ISOLATION : P-mLACP Core isolation failure: Attempting to failover [dec] ports in redundancy group [int] | |
---|---|
Explanation | P-mLACP has detected isolation from the core and has attempted to failover. |
Recommended Action | Use the show interchassis redundancy command to determine which core facing interface has triggered the isolation failure. Correct the failure for the given interface, this will clear the P-mLACP core isolation failure. Reference the P-mLACP section of the IOS documentation for more information on core isolation failures and related configuration commands. |
%ETHERNET_PMLACP-4-CORE_CONNECTED : P-mLACP has recovered from a core isolation failure. Attempting to recover [dec] ports in redundancy group [int] | |
---|---|
Explanation | P-mLACP has recovered from core isolation and has attempted to recover the ports in the redundancy group. |
Recommended Action | This message may not require any action. However the show lacp multi-chassis load-balance group and show lacp multi-chassis load-balance port-channel commands may be used to verify the state of the P-mLACP port-channels. Reference the P-mLACP section of the IOS documentation for details on core isolation failures and related configuration commands. |
%ETHERNET_PMLACP-4-PEER_DOWN : P-mLACP Peer down failure: Attempting to make [dec] local ports active in redundancy group [int] | |
---|---|
Explanation | P-mLACP has detected a peer down failure and has attempted to make the local port-channels become active. |
Recommended Action | The peer down failure should be corrected by re-enabling communication with the peer P-mLACP device. Use the show redundancy interchassis command on both the local and peer P-mLACP devices to determine which peer member IP has lost communication. Use this information to further debug the network communication issue, and re-enable communication with the peer. Reference the P-mLACP section of the IOS documentation for more information on peer down failures. |
%ETHERNET_PMLACP-4-PEER_UP : P-mLACP has recovered from a peer down failure in redundancy group [int] | |
---|---|
Explanation | P-mLACP is now in communication with the peer device, and has recovered from a previous peer down failure. |
Recommended Action | This message may not require any action. However the show lacp multi-chassis load-balance group and show lacp multi-chassis load-balance port-channel commands may be used to verify the state of the P-mLACP port-channels. Reference the P-mLACP section of the IOS documentation for details on peer down failures and related configuration commands. |
%ETHERNET_PMLACP-4-PEER_DISCONNECT : An P-mLACP peer has disconnected from redundancy group [int], attempting to reconnect | |
---|---|
Explanation | P-mLACP has detected that a peer device from the specified redundancy group has disconnected. P-mLACP will attempt to reconnect to the device until successful. |
Recommended Action | This message is typically caused by a configuration event on the peer router, and so no action may be necessary. However if this message is unexpected then issue the show redundancy interchassis command on both the local and peer P-mLACP devices to determine which peer member IP has lost communication. Use this information to further debug the network communication issue, and re-enable communication with the peer. Reference the P-mLACP section of the IOS documentation for more information on peer down failures. |
%ETHERNET_PMLACP-4-PEER_RECONNECT_FAILED : The attempt to reconnect to the peer in redundancy group [int] has failed | |
---|---|
Explanation | After an P-mLACP peer device disconnected, an attempt was made to reconnect, however that attempt has failed. |
Recommended Action | To reinitialize the connection, unconfigure mlacp interchassis group from the port-channel, and then reconfigure it. After doing that, issue show redundancy interchassis to get the peer member IP connection status and the P-mLACP connection state. If the peer member IP connection status is not CONNECTED then there is a more basic communication issue that needs to be fixed. Otherwise if the peer member IP is CONNECTED but the P-mLACP state is not CONNECTED, then there could be a software issue. In that case collect the output of show redundancy interchassis, show lacp multi-chassis load-balance group, and show lacp multi-chassis load-balance port-channel. Then please contact your Cisco technical support representative and provide the collected information. |
%ETHERNET_PMLACP-6-PEER_CONNECT : P-mLACP peer is now connected in redundancy group [int] | |
---|---|
Explanation | This message indicates that the local P-mLACP device is now connected to a peer device in the specified redundancy group. |
Recommended Action | No action is required. To view the peer information the command show lacp multi-chassis load-balance port-channel or show lacp multi-chassis load-balance group may be issued. |
ETHERNET_PROXY
%ETHERNET_PROXY-2-PROXY_IPC_INIT_FAILED : CPP ETHERNET Proxy IPC interface initialization failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy initialization detected that the IPC interface initialization failed. CPP ETHERNET proxy will not be functional while this condition exists. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_PROXY-3-PROXY_BAD_MSG : CPP ETHERNET Proxy received bad length message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy received a corrupted message from control plane. This message will be ignored. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_PROXY-3-PROXY_INV_MSG : CPP ETHERNET Proxy received invalid message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy received an invalid message type from control plane. This message will be ignored. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_PROXY-3-PROXY_IPC_ALLOC_FAILED : CPP ETHERNET Proxy [chars] message lost due to message buffer allocation failure., MSGDEF_LIMIT_MEDIUM | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy message processing detected a message buffer allocation failure. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_PROXY-3-PROXY_IPC_SEND_FAILED : CPP ETHERNET Proxy [chars] message lost due to message sent failure (result: [dec]). | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy message processing detected a message sent failure. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |
%ETHERNET_PROXY-3-PROXY_IPC_NO_HDLR : CPP ETHERNET Proxy received unregistered message type [dec] | |
---|---|
Explanation | Cisco internal software error. CPP ETHERNET Proxy received a message from control plane but there is no registered handler. The message is lost as the result of this condition. |
Recommended Action | Copy the error message exactly as it appears on the console or in the system log. Perform a search of the Bug Toolkit (https://bst.cloudapps.cisco.com/bugsearch/). If you still require assistance, open a case with the Technical Assistance Center via the Internet (https://mycase.cloudapps.cisco.com/case), or contact your Cisco technical support representative and provide the representative with the gathered information. |