Symptom

RP/0/RP0/CPU0:lab#ping sr-mpls 212.74.83.221/32 source 212.74.93.227 Sending 5, 100-byte MPLS Echos to 212.74.83.221/32, timeout is 2 seconds, send interval is 0 msec: Codes: '!' - success, 'Q' - request not sent, '.' - timeout, 'L' - labeled output interface, 'B' - unlabeled output interface, 'D' - DS Map mismatch, 'F' - no FEC mapping, 'f' - FEC mismatch, 'M' - malformed request, 'm' - unsupported tlvs, 'N' - no rx label, 'P' - no rx intf label prot, 'p' - premature termination of LSP, 'R' - transit router, 'I' - unknown upstream index, 'X' - unknown return code, 'x' - return code 0 Type escape sequence to abort. QQQQQ Success rate is 0 percent (0/5) Trace shows unable to obtain MTU: Feb 3 03:42:12.568 mpls_oam/im 0/RP0/CPU0 t7341 Unable to obtain MTU Feb 3 03:42:12.568 mpls_oam/im 0/RP0/CPU0 t7341 Unable to obtain MTU Feb 3 03:42:12.568 mpls_oam/im 0/RP0/CPU0 t7341 Unable to obtain MTU Feb 3 03:42:12.568 mpls_oam/im 0/RP0/CPU0 t7341 Unable to obtain MTU Feb 3 03:42:12.568 mpls_oam/im 0/RP0/CPU0 t7341 Unable to obtain MTU As MTU cannot be obtained, packet length is considered larger then MTU: Feb 3 03:42:12.569 mpls_oam/pkt 0/RP0/CPU0 t7341 IPv4 unable to preroute packet: error=0x452f0a00 ('mpls-lspv' detected the 'warning' condition 'One of the arguments is invalid') Feb 3 03:42:12.569 mpls_oam/pkt 0/RP0/CPU0 t7341 Packet length:[100] is larger than MTU for ifh:[0x00000368] Output of "sh mpls oam interface HundredGigE" displays MTU of zero for affected interfaces. IM database has correct MTU information programmed: RP/0/RP0/CPU0:lab#show im database interface HundredGigE0/0/1/1 View: OWN - Owner, L3P - Local 3rd Party, G3P - Global 3rd Party, LDP - Local Data Plane GDP - Global Data Plane, RED - Redundancy, UL - UL Node 0/0/CPU0 (0x0) Interface HundredGigE0/0/1/1, ifh 0x00000368 (up, 9212) Interface flags: 0x000000000110049f (ROOT_IS_HW|IFCONNECTOR |IFINDEX|BROADCAST|CONFIG|HW|VIS|DATA|CONTROL) Encapsulation: ether Interface type: IFT_HUNDREDGE Control parent: None Data parent: None Views: GDP|LDP|L3P|OWN Protocol Caps (state, mtu) -------- ----------------- None qos_out (up, 9212) None qos_in (up, 9212) None ether (up, 9212) arp arp (up, 9198) clns clns (up, 9198) ipv4 ipv4 (up, 9198) mpls mpls (up, 9198) ether_sock ether_sock (up, 9198) There is a timeout taking place getting the information: Mar 12 09:55:58.243 mpls_oam/im 0/RP0/CPU0 t7341 Trying again Mar 12 09:56:09.783 mpls_oam/im 0/RP0/CPU0 t7341 Trying again Mar 12 09:56:21.723 mpls_oam/im 0/RP0/CPU0 t7341 Trying again Mar 12 09:56:21.723 mpls_oam/im 0/RP0/CPU0 t7341 Trying again Mar 12 09:56:23.203 mpls_oam/im 0/RP0/CPU0 t7341 Trying again

Conditions

When issuing mpls-sr ping.

Workaround

A restart of the lspv_server process clears the issue. process restart lspv_server

Further Problem Description