Date: Mon, 01 May 2006 21:53:34 -0300 From: tpeixoto@widesoft.com.br To: Erich Dollansky <oceanare@pacific.net.sg> Cc: Lee Johnston <lee@wildcard.net.uk>, freebsd-net@freebsd.org, mihai@duras.ro Subject: Re: Packet loss with traffic shaper and routing Message-ID: <4456AD8E.2060703@widesoft.com.br> In-Reply-To: <445038CA.2050008@pacific.net.sg> References: <49594.200.230.201.250.1146063341.squirrel@www.widemail.com.br> <444F8E89.2050905@wildcard.net.uk> <56286.200.230.201.250.1146067775.squirrel@www.widemail.com.br> <1146073590.1089.80.camel@sky.mediasat.ro> <59615.200.230.201.250.1146083577.squirrel@www.widemail.com.br> <445038CA.2050008@pacific.net.sg>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello! Erich Dollansky wrote: > Hi, > > tpeixoto@widesoft.com.br wrote: >> >> At this moment, I'm getting more than 50% interrupts and 20% packets >> lost. > > you must have something very basic done the wrong way. > Hope so. So I can fix and learn from it! > I would suggest to upgrade that box to 6.1. > We tried 6.0-RELEASE. Please, keep reading... > You need then a systematic approach. > > Run the GENERIC kernel and see what happens there. > Ok, 15% interrupts. System worked fine. > Then take all out you believe you do not need and see what happens then. > > Finally, switch to SMP and start the fine tuning. > Kernel recompiled with SMP+IPFW+DUMMYNET and system running with firewall_type="OPEN". Low interrupts, great. As I inserted the bandwidth rules, the problem arose again! Interrupts getting at 80% and packets being lost. > Do not use HT as it should slow down the machine. > I switched it off but didn't notice any major difference. Anyway I left it disabled. > If even the first step fails, check the connections including the > network card if it is one. > > Erich > I guess we found where the problem is. IPFW and dummynet seems to be the ones to blame here, or the way we are using them. For each MAC address we want to shape, we use 2 pipes and 2 rules, 1 for download and 1 for upload. I believe the problem is that the number of clients (MAC addresses) grew from 200 to around 1600, and this means lots of pipes and lots of rules. Anyone knows a better way to get this job done? Thanks!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4456AD8E.2060703>