%LSD-4-BADAPI: illegal ip nh 10.134.1.5 for interface GigabitEthernet1/0/6 from TE Lsp Intf

[viveksrivastava]

Hi,

I am getting this logs on my core router. Can anyone sugest any resolution??

Regards,

Vivek

[Peter Paluch]

Hello Vivek,

This is something that needs Cisco's TAC attention, as it most probably indicates a bug in your IOS. You could try reloading the router or upgrading the IOS but that would cause network outages without a definitive guarantee that the problem will go away.

In the Error and System Message Guide at

http://www.cisco.com/en/US/docs/ios/system/messages/guide/sm_cn06.html#wp643349

your error is described as follows:

%LSD-4-BADAPI  : [chars] from [chars]

Explanation    The LSD has received a message with invalid parameters.

Recommended Action    Copy the message exactly as it appears on the console or in the system log.  Research and attempt to resolve the issue using the tools and utilities provided at  http://www.cisco.com/tac. With some messages, these tools and utilities will supply clarifying  information. Search for resolved software issues using the Bug Toolkit at  http://www.cisco.com/pcgi-bin/Support/Bugtool/launch_bugtool.pl. If you still require assistance,  open a case with the Technical Assistance Center via the Internet at  http://tools.cisco.com/ServiceRequestTool/create/, or contact your Cisco technical support  representative and provide the representative with the information you have gathered. Attach the  following information to your case in nonzipped, plain-text (.txt) format: the output of the show  logging and show tech-support commands and your pertinent troubleshooting logs.

The LSD stands for Label Switching Database. As the LSD is an internal IOS component, you could hardly send it an invalid message by a configuration.

Best regards,

Peter

[Ivan Krimmel]

Hi Vivek,

what is the platform/code you're running on?

Is there any traffic impact associated with your TE tunnels? Do you use FRR in you network?

are these messages transient in nature or you see them constantly? they could be caused by the tail- and head-end addresses mismatch, during a switchover for example.

Cheers,

Ivan.

[viveksrivastava]

Plateform - 7606-S/RSP720-3CXL

IOS - 12.2(33)SRD3

These messages are came first time only for 2min. and traffic impacted during that time

FRR is enabled

PE-P links are taken by a SP not under my control

[Ivan Krimmel]

Vivek,

as I said, the messages most likely were being caused by the tail- and head-end addresses mismatch, during a FRR event took place.

If they aren't persistent, I would not worry too much.

Hope that clarified,

Ivan.

[Vinit Jain]

Above message can be shown during confusion of routes by certain trigger or configuration mis-match between TE tailend and head-routes. I mean the reason why you are facing this message here is that tunnels are not getting re-routed in a timely manner or not getting re-routed at all instantly. And during a certain event, GigabitEthernet1/0/6 detection  mechanism would be transiently affected for fast-reroute to react an in consequence not taking the desired path by a certain event in your network. 

Normally, MFI (MPLS Forwarding Infrastructure) validates that the nh associated with the output interface is actually on that output interface. TE is giving the nh for the TE tunnel in the MOI (MPLS output information) which should be the physical nh).

Regards

Vinit