Success rate is 87 percent (876/1000), round-trip min/avg/max = 1/2/20 ms
After troubleshooting, I found the MTU was set to 1500. Then I modify it to 4470 and everyting is ok. I want to know why this happened. The packets transferred 7 successful and 1 failed. Why mtu mismatch could lead to this result.
I can imagine that, since the 4470-byte packets have to be fragmented with an MTU size set to 1500, the ping timeout of 2 seconds causes some pings to be lost (which actually only means that no reply is received within those 2 seconds). Can you try to increase the timeout to 10 seconds and see if you still miss pings ?
If you enabled SDCC for your POS interface than the default value changes to 1500. If you have the default encapsulation type of LEX than the MTU is 1500. Or someone could have just changed it to 1500. One thing I do for my POS interfaces is to make them 1500 anyways. That way they are the same as my ethernet segments. And any traffic going over it wouldn't get that high except for maybe the routing protocol.
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...