On Wednesday, 31 May 2017 3:52:12 ACST Greg Freemyer wrote:
I happened to look at netstat -in with a large SMB upload ongoing and was surprised to see dropped packets.
I'm on the client that is uploading the data to a Windows fileserver.
They are on receive side which should not have much data in the
packets at all. Just ACKs for the data being uploaded:
netstat -in; sleep 120; netstat -in [...]
Apart from all the other responses, packets can be dropped for a number of different reasons; corruption, collisions (not a problem with a switch where every segment is its own broadcast domain, unless you have a duplexing issue), hardware or cabling faults (but you’d likely see a much higher percentage and notice a performance hit) or multicast packets being received for a multicast group that the interface is not registered for. This can happen if you are running a dynamic routing protocol (RIP, OSPF, EIGRP just to name a few) that use multicast packets for routing management (and the routing protocol is configured so that it runs on the relevant port), or even broadcast packets (e.g. ARP requests) that don’t need to be responded to by the local machine. At that low percentage, I wouldn’t be concerned. If you see it increasing over time, or start to notice performance issues, look further. HTH. Rodney. -- ============================================================== Rodney Baker VK5ZTV rodney.baker@iinet.net.au ============================================================== -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org