Date: Fri, 01 Apr 2005 12:20:26 +0200 From: =?ISO-8859-1?Q?Sten_Daniel_S=F8rsdal?= <lists@wm-access.no> To: Marcin Jessa <lists@yazzy.org>, freebsd-isp@freebsd.org Subject: Re: radius client parameters Message-ID: <424D206A.4050007@wm-access.no> In-Reply-To: <20050331154150.05ccb738.lists@yazzy.org> References: <200503311104.57782.bikrant_ml@wlink.com.np> <05af01c535b8$b4a51720$42764eca@ilo.skyinet.net> <20050331130213.656c4b88@dev.lan.Awfulhak.org> <20050331154150.05ccb738.lists@yazzy.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Marcin Jessa wrote: > Hi Brian, guys. > > Do you plan to add additional radius atributes to the PPP code ? > The one I really miss is tx/rx data rate limitation. > It'd be great if PPP could set bandwith limit based on those atributes received from radius server(s). > I can't unfortunately code that myself but I know this is done with Linux's ppp by www.mikrotik.com/ and http://www.staros.com/ > They all provide their changed code as it's GPL'd. > Why cant you use the sh scripts i wrote, you probably have a copy around somwhere. (The scripts would be /etc/ppp/pppconnection.sh and references in /etc/ppp.linkup and /etc/ppp/ppp.linkdown) These used FILTER_ID and IPFW2/Dummynet. fooler@skynet explains the principle of the scripts. Hacking in tx/rx data rate limitation would mean adding queueing to ppp, which IMHO would be cool but unnecessary. Especially with ALTQ and Dummynet around. RouterOS ppp only adds dynamic queues (somewhat like ALTQ) so they do not have queueing inside ppp. I bet Star-OS does the same. Perhaps someone would be generous with their time and adds fine-grained /dev/altq locking support enabling the altq command line utility. -- Sten Daniel Sørsdal
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?424D206A.4050007>