10-02-2013 02:54 AM
Hi all,
Does something need to be configured on a POS interface hosted on a CPP (/SIP700) to enable drop statistics or is this out indicative of a hardware limitation?
Thanks,
Terry
sh controller pse qfp int pos0/1/0/1 statistics drop location 0/1/CPU0
Wed Oct 2 10:39:53.665 UTC
CPP Interface Handle = 57
----------------------------------------------------------------
Receive Stats Packets Octets
----------------------------------------------------------------
Ipv4 180508 56628637
Ipv6 15 2740
Tag 38372 9732159
McastIpv4 1 66
McastIpv6 0 0
UrpfSuppressIpv4 0 0
UrpfSuppressIpv6 0 0
Other 3 192
----------------------------------------------------------------
Transmit Stats Packets Octets
----------------------------------------------------------------
Ipv4 37 3866
Ipv6 84 11621
Tag 360165 240669503
McastIpv4 0 0
McastIpv6 0 0
Other 2 8950
----------------------------------------------------------------
Input Drop Stats Packets Octets
----------------------------------------------------------------
Ingress Drop stats are not enabled on this interface
----------------------------------------------------------------
Output Drop Stats Packets Octets
----------------------------------------------------------------
Egress Drop stats are not enabled on this interface
----------------------------------------------------------------
Session Input Drop Stats Packets Octets
----------------------------------------------------------------
No stats object found
No stats object found
----------------------------------------------------------------
Session Input Drop Stats Packets Octets
----------------------------------------------------------------
No stats object found
sh controller pse qfp stat drop location 0/1/CPU0
Global Drop Statistics for QFP 0
----------------------------------------------------------------
Global Drop Stats Packets Octets
----------------------------------------------------------------
BadLen 1 22
Disabled 328 26532
Icmp 36215 38223195
InvL2Hdr 242 14520
IpFormatErr 1 1276
IpTtlExceeded 27809977 2106490517
Ipv4Martian 74765 6091174
Ipv4Null0 2958258 754120027
Ipv4Unclassified 2589072572 268370813598
Ipv6Badhop 6181189 627467055
Ipv6Formaterr 1 44
Ipv6Null0 6270 813217
Ipv6Unclassified 2222157 211475547
MacNotifyUpdateFailed 116 7424
MplsNoRoute 3725210 750166039
MplsUnclassified 545 39920
PuntPolicerDrop 580767 103489292
TunnelMisconfiguration 60302 23207333
UnconfiguredIpv4Fia 592 282341
UnconfiguredIpv6Fia 125 36872
Solved! Go to Solution.
10-09-2013 05:39 AM
Hi Terry,
looking at the code it appears that this gets incremented when OCE encounters a DROP adjacency.
When we hit the drop adjacency if the packet is IPv4 or MCAST we log CPP_GLB_DROP_IPV4_UNCLASSIFIED
this is not on a per interface, it is a global counter per CPP forwarding engine.
xander
10-09-2013 05:39 AM
Hi Terry,
looking at the code it appears that this gets incremented when OCE encounters a DROP adjacency.
When we hit the drop adjacency if the packet is IPv4 or MCAST we log CPP_GLB_DROP_IPV4_UNCLASSIFIED
this is not on a per interface, it is a global counter per CPP forwarding engine.
xander
10-10-2013 05:14 AM
Thanks xander, appreciate that. I saw a strong correlation between the drops recorded on the interface and show cef ipv4 drops. This answered my question.
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide