Date: Sat, 20 May 2006 12:47:26 -0300 From: AT Matik <asstec@matik.com.br> To: freebsd-mobile@freebsd.org Subject: Re: More 'resource' problems with "ath0" Message-ID: <200605201247.27862.asstec@matik.com.br> In-Reply-To: <446F2312.3000708@errno.com> References: <7.0.1.0.1.20060517080119.01e00df8@live555.com> <7.0.1.0.1.20060519133359.02083d70@live555.com> <446F2312.3000708@errno.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Saturday 20 May 2006 11:09, Sam Leffler wrote: > > > Also, do you think that Joao's suggestion - copied below - is worth > > trying? > > No. The problem is in the driver (probably in the handling of packets > buffered for clients operating in ps mode). > it happens also when the powersave mode definitly is off, on the server, on= =20 the client and on the AP and is not only an issue on WL cards but also on=20 other NICs the problem appears more frequent when you have cybercoffees connected wher= e=20 games cause high udp/icmp broadcast traffic and probably attract similar=20 traffic coming back from the outside imediatly you see then such error messages you posted and services like nam= ed,=20 dhcpd, squid and other which use udp ports may be compromised what I posted certainly is a valid workaround on your server where the prob= lem=20 ocurrs, you can set values runtime to your needs and see no more errors=20 instantly sysctl net.inet.udp.recvspace=3D65536 sysctl net.inet.udp.maxdgram=3D131072=20 in addition you should consider blocking all broadcasts and 0's on your=20 network which will help a lot, you also may consider ingress filtering for= =20 smurf like traffic on your router in order to prevent this problems Jo=E3o A mensagem foi scaneada pelo sistema de e-mail e pode ser considerada segura. Service fornecido pelo Datacenter Matik https://datacenter.matik.com.br
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200605201247.27862.asstec>