and this is increasing rather quickly. I have to admit I am not sure to understand what is really layer-3 "glean" packets so I am wondering if this kind of behaviour is normal and what can be the impact of a high number of dropped packet in that category ?
Glean is when a packet is sent to the CPU to generate an ARP entry because there is none for the destination IP of the packet. An example would be a packet where the destination IP is 192.168.1.200 when you have 192.168.1.0/24 on a vlan interface. If the PC was turned off then any packets destined to that ip address would be sent to the CPU for Glean and subject to that rate limiter.
So, given the high number of dropped packets in this "Rate Limiter Class" that means that very frequently the Nexus finds no arp entry for IPs and sends the packets to the CPU where they are often dropped by the limiter, right ?
Is the original packet dropped in that case or does the Nexus retries the "Glean process" until it gets a reply / exceed some timeouts ?
We are pleased to announce availability of Beta software for 16.6.3. 16.6.3 will be the second rebuild on the 16.6 release train targeted towards Catalyst 9500/9400/9300/3850/3650 switching platforms. We are looking for early feedback from custome...