I could use more information about the mac miss rate. We're seeing
symptoms and also mac miss rate denied counters rising, and I
need to sort out what is going on and figure out what might fix
our problems.
What is the relationship to "show arp"? Does it show the table
that the mac miss rate relates to?
If I've imagined this correctly, when a packet arrives, and (for example) it's
destination address is not in the arp table, then the "fastpath agent"
hands the packet to the "slowpath agent", which increments
the mac miss rate resource counter for this second and tosses the packet if
the resource limit has been reached. If the limit has not been reached, it
buffers the packet and arps the address if an arp query is not already outstanding.
If/when the arp reply is received, it updates the arp entry and
sends the buffered packets. How much of this is right?
In this case, a combination of high traffic coming in, numerous arp entries
expiring simultaneously, and slow response from the arped nodes could cause
us to see this counter shoot up, as could a node that is simply
not responding to arp at all. Or anything internal to the ace that slows
down the "slowpath agent". Right?
Where am I off course?
When I do a "show arp" I do see lots of entries with the same listed time.
That doesn't make me comfortable.
