RE: Rate-Limit

2009-12-23 Thread Andrew Paternoster
ers-bounces+andrew=gpk.net...@lists.freeradius.org] On Behalf Of Ilir Nako Sent: Wednesday, 23 December 2009 8:21 PM To: FreeRadius users mailing list Subject: Re: Rate-Limit On 12/23/2009 9:57 AM, javkhlanbaa...@nimon.mn<mailto:javkhlanbaa...@nimon.mn> wrote: Hi, I have freeRadius s

Re: Rate-Limit

2009-12-23 Thread Ilir Nako
On 12/23/2009 9:57 AM, javkhlanbaa...@nimon.mn wrote: Hi, I have freeRadius server connected to Cisco Router as PPPoE Server (Remote Access Server). I can limit customers' bandwidth limit by using Rate-limit function. But I want to give unlimited bandwidth to some specified IPs. Also time-based

Re: Rate limit radius requests

2004-06-24 Thread Guy Fraser
Good points. Alan DeKok wrote: Guy Fraser <[EMAIL PROTECTED]> wrote: I have been quietly watching this thread, and the idea of setting up a FIFO {First In First Out} buffer to handle inserts sounds like a good idea, but may have some adverse consequences. Like losing requests if the server

Re: Rate limit radius requests

2004-06-18 Thread Alan DeKok
Guy Fraser <[EMAIL PROTECTED]> wrote: > I have been quietly watching this thread, and the idea of setting up > a FIFO {First In First Out} buffer to handle inserts sounds like a > good idea, but may have some adverse consequences. Like losing requests if the server goes down. If the requests ar

Re: Rate limit radius requests

2004-06-17 Thread Guy Fraser
Matthew Schumacher wrote: Alan DeKok wrote: "Gary McKinney" <[EMAIL PROTECTED]> wrote: From following this thread I am wondering how many transactions a second can a DB handle successfully perform before the system starts to lose information??? That depends on the DB. Oracle is fast, PostGreSQL

Re: Rate limit radius requests

2004-06-16 Thread Alan DeKok
Matthew Schumacher <[EMAIL PROTECTED]> wrote: > Kostas Kalevras wrote: > > > > radrelay will send packets as fast as possible but will slow down > > if it does not get responses. ... > Are you sure? My understanding is that radius replys but finds that it > doesn't have a DB connection handle an

Re: Rate limit radius requests

2004-06-16 Thread Matthew Schumacher
Alan DeKok wrote: Kostas Kalevras <[EMAIL PROTECTED]> wrote: You don't need to do code changes. Just use configurable failover with the sql and detail modules. In 1.0.0, very true. The only problem then comes in having an external program read the "detail" file, and add the information to the d

Re: Rate limit radius requests

2004-06-16 Thread Matthew Schumacher
Kostas Kalevras wrote: radrelay will send packets as fast as possible but will slow down if it does not get responses. The algorithm: if (r->retrans_num > 20) r->retrans = now + 70; else r->retrans = now + 3 + (3 * r->retrans_num); so if your db is no

Re: Rate limit radius requests

2004-06-16 Thread Alan DeKok
Kostas Kalevras <[EMAIL PROTECTED]> wrote: > You don't need to do code changes. Just use configurable failover > with the sql and detail modules. In 1.0.0, very true. The only problem then comes in having an external program read the "detail" file, and add the information to the database. This

Re: Rate limit radius requests

2004-06-16 Thread Mark Coccimiglio
Assuming you are running Linux. You would do rate limiting in the OS. Check this out: http://lartc.org/howto/lartc.qdisc.html Matthew Schumacher wrote: List, Is there a way to rate limit radius requests in the freeradius server? Whenever the router guy kicks a router full of DSL connections we

Re: Rate limit radius requests

2004-06-16 Thread Kostas Kalevras
On Tue, 15 Jun 2004, Matthew Schumacher wrote: > Alan DeKok wrote: > > Matthew Schumacher <[EMAIL PROTECTED]> wrote: > > ... > > > > http://lists.freeradius.org/pipermail/freeradius-users/2004-June/032678.html > > > > Alan DeKok. > > > > I never saw that and assumed my message never made it... A

Re: Rate limit radius requests

2004-06-16 Thread Kostas Kalevras
On Tue, 15 Jun 2004, Matthew Schumacher wrote: > Alan DeKok wrote: > > "Gary McKinney" <[EMAIL PROTECTED]> wrote: > > > >>From following this thread I am wondering how many transactions a > >>second can a DB handle successfully perform before the system starts > >>to lose information??? > > > > >

Re: Rate limit radius requests

2004-06-15 Thread Matthew Schumacher
Alan DeKok wrote: "Gary McKinney" <[EMAIL PROTECTED]> wrote: From following this thread I am wondering how many transactions a second can a DB handle successfully perform before the system starts to lose information??? That depends on the DB. Oracle is fast, PostGreSQL is fast, MySQL is less fa

Re: Rate limit radius requests

2004-06-15 Thread Alan DeKok
"Gary McKinney" <[EMAIL PROTECTED]> wrote: > From following this thread I am wondering how many transactions a > second can a DB handle successfully perform before the system starts > to lose information??? That depends on the DB. Oracle is fast, PostGreSQL is fast, MySQL is less fast. > I am

Re: Rate limit radius requests

2004-06-15 Thread Alan DeKok
Matthew Schumacher <[EMAIL PROTECTED]> wrote: > > Log to the DB, unless the rate is too high. If it's too high, log > > to a "detail" file, and rely on an external program to feed the > > requests back in, when the rate drops. > > Where in the config would I put this logic? How could I tell ra

Re: Rate limit radius requests

2004-06-15 Thread Gary McKinney
Now I am curious... >From following this thread I am wondering how many transactions a second can a DB >handle successfully perform before the system starts to lose information??? I am wondering for a given platform and OS (such as linux or FreeBSD running on a 2.0Ghz based system with 1-Gig of

Re: Rate limit radius requests

2004-06-15 Thread Matthew Schumacher
Alan DeKok wrote: I know how to feed the detail file back to the server with the radrelay util, but wouldn't that require me to run two radius servers? I don't see why. You should be able to do both. Log to the DB, unless the rate is too high. If it's too high, log to a "detail" file, and r

Re: Rate limit radius requests

2004-06-15 Thread Alan DeKok
Matthew Schumacher <[EMAIL PROTECTED]> wrote: > > Or, if the rate gets too high, *stop* logging to the database, and > > use a "detail" file. Then, when the rate drops, feed the detail file > > back into the server. > > I know how to feed the detail file back to the server with the radrelay >

Re: Rate limit radius requests

2004-06-15 Thread Matthew Schumacher
Alan DeKok wrote: Matthew Schumacher <[EMAIL PROTECTED]> wrote: ... http://lists.freeradius.org/pipermail/freeradius-users/2004-June/032678.html Alan DeKok. I never saw that and assumed my message never made it... After fighting with the list trying to make it work I subscribed with another acco

Re: Rate limit radius requests

2004-06-15 Thread Alan DeKok
Matthew Schumacher <[EMAIL PROTECTED]> wrote: ... http://lists.freeradius.org/pipermail/freeradius-users/2004-June/032678.html Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html

Re: Rate limit radius requests

2004-06-13 Thread Martin Jessa
Your NAS should be able to handle it. Set one connection per user and you should be fine. On Sat, 12 Jun 2004 09:18:11 -0800 Matthew Schumacher <[EMAIL PROTECTED]> wrote: > List, > > Is there a way to rate limit radius requests? Whenever the router guy > kicks a router full of DSL connections

Re: Rate limit radius requests

2004-06-12 Thread Alan DeKok
Matthew Schumacher <[EMAIL PROTECTED]> wrote: > Is there a way to rate limit radius requests? Not really. > Whenever the router guy kicks a router full of DSL connections we > get a flood of radius accounting messages which overloads the > database server causing "There are no DB handles to us