Hi Ashvin!
Thanks for your reply!
>The first packet timing out depends on the timeout for the ping.
Actually no. This is not the case. The ping timeout is 1s. Time enough for an ARP reply. I do observer the first ping to vlan.6 having a RTT of 30ms, next have 1ms. So this sounds reasonable. But doing the same in the virtual-router, the first is dropped always. It looks like if there is no queue holding this packet (I want to avoid the cisco term here to be not found on google with it).
>Once arp complete, ping is sent and host replies.
Yes, but the first packet is not held back this 30ms. Sniffer Traces on the target host show that the arp is replied within ms, but no first packet is ariving. It must be resent from the source host then.
Use cases:
SSH to a host (without existing ARP cache entry) takes 3s until SYN retransmit.
Database connections take 3s initially if done rarley.
I'm wondering that this happens to me all the time. If it would happen to all of us and I guess that would be annoying to anyone of us.
I'm aware of the case where one is doing ping from a switch/router itself. There the packet is coming from the control plane. That scenario is discussed very often in forums and the result is that those packets are not queued until ARP reply. But in this case it is NOT coming from the control plane but from another Layer 3 segment.
br
Walter