Dropped packets reported by ifconfig - implication?
Linux - NetworkingThis forum is for any issue related to networks or networking.
Routing, network cards, OSI, etc. Anything is fair game.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I've noticed that between ifdowning and ifupping the inferface (which I have to do all the time because it keeps failing) has different numbers of dropped TX packets coming up.
I've also noticed that a higher number of dropped packets causes that connection instance to fail quicker than others. By "fail" I mean that externally the box stops responding to pings, and itself can't ping out anymore, nor can any traffic go anywhere.
On my previous linux installation (FC3) on another motherboard with a different NIC there were NO dropped packets of any kind.
How can I prevent dropped packets? Are these dropped packets what are causing my regular outages on eth0?
Just thought I'd report that it seems I've got this mitigated further or maybe licked in total!
Apparently, the implication of dropped packets is a too long queue length, and will soon lead to the sendmsg: no buffer space availabe error.
It seems the buffer overflows I was experiencing was caused by a too long transmission queue length. I've changed the transmission queue length to 500 instead of the default 1000 by doing:
/sbin/ifconfig eth0 169.254.255.20 netmask 255.255.255.0 broadcast 169.254.255.255 txqueuelen 500 up
Now, if I run ifconfig I no longer have dropped packets:
Previously I had dropped packets indicated with a queue length of 1000. For the record, this is on a Gigabyte GA945PL-S3 motherboard with FC6 with a custom compiled 2.6.18.1 kernel with the
NIC as indicated by lspci. I'm running the RealTek Linux driver for this card.
I further also massively increased certain buffersizes that were autotuned by the kernel. I've not tested if the queue length was the deciding factor (it works, so I want to leave it as it is!) but I also did this:
Are you getting your IP from a DHCP server like a router?
You may want to change everything on the network to a fixed IP address. See if that solves your problem. Linux has a problem with the way it gets IP addresses from a DHCP server with some routers. It will cause random stalls on the network and with the box in general. I assume there is a stall when IP leases are renewed, but it affects the whole box. And yes ifdown and ifup will solve it temporarily.
I still haven't discovered the cause of it but setting everything to a fixed IP will solve it. If this is the problem that you are having.
Thanks for repyling. No I'm on a normal 100MBit LAN, and the NIC was running in 100MB mode...
I've since given up on it (since I simply have to have a reliable NIC in this box) and disabled it in the BIOS. I put in an older 100MB 8139 based NIC in a PCI slot in the box and everything is working 100% fine now. It's got no dropped packets reported, and it never goes down like the 8168B does constantly with the Realtek driver...
Anyway, using the stock RTL-8139 driver in the kernel now works perfectly with the PCI 8139, so my problem is sort of solved. Guess the Gigabit NIC is still not really usable with the Realtek driver, but I'm ok to stay at 100MBit for a while yet.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.