Cheers, We perform matching 10 min. after the hour every hour. This will analyze the logs, import it into an sql server and it is then compared to the radius logs which are also in an sql server.
I think it should scale pretty good, if you have performance problems use standard techniques, like breaking up the logging in the Collector etc. The problem is tracking live sessions and configuring your whole access system so that as little as possible is lost about sessions. Radius is not the best protocol to insure no session information is lost. Not really very heavy... Flat fee and traffic shaping sounds good, do you think your customers would be willing to pay for keeping the extra bandwidth after they have consumed the included bandwidth? Rgds, -GSH ----- Original Message ----- From: "Toomas Kärner" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Wednesday, June 25, 2003 5:30 AM Subject: Re: (RADIATOR) How to restrict the Dial Up on Bandwith. > Hi, > > I wonder up to what point you are able to deal with such a log's? We have at > the moment around 5.5M records per month in our DSL customers log and to > match that to a NetFlow log about 114TB (that's their generated traffic)... > huhh .... How far this kind a solution scales? Anyway, we give (test period > at the moment) to one certian site 2Mbps but to any else accoring to the > original bandwith (256kbps to 512kbps) but we don't account for ammount of > data - everything is flat fee. This feature is basically traffic shaping > based on access-lists. Hardware used is Unisphere/Siemens/(and now > already)Juniper ERX family. RedBack's will also have that feature for their > SMS series by the end of summer and SE (SmartEdge) is already capable of it > (I think - haven't tested jet the latest software). > > Rgds. > Toomas Kärner > > ----- Original Message ----- > From: "Guðbjörn S. Hreinsson" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]> > Sent: Sunday, June 22, 2003 1:25 PM > Subject: Re: (RADIATOR) How to restrict the Dial Up on Bandwith. > > > > > > We use Cisco Netflow to measure traffic, we exclude certain sites > > so that traffic does not appear in the logs. We then match radius > > accounting packets and netflow logs to generate rating data for > > billing. > > > > We don't speed limit customers when they pass their limits, but > > bill them for the extra download. > > > > > > Rgds, > > -GSH > > > > > I am not sure if this soultion is done with Radiator or not. I have > noticed > > > many ISP's offering > > > ADSL connections with free traffic to certain web sites. They are also > speed > > > limiting customers when > > > they run passed their download limit but not counting the traffic to the > > > free websites. > > > > > > Anyone know how the radius accounting is done. Or does anyone know what > > > product they are using to do this. > > - > > === > > Archive at http://www.open.com.au/archives/radiator/ > > Announcements on [EMAIL PROTECTED] > > To unsubscribe, email '[EMAIL PROTECTED]' with > > 'unsubscribe radiator' in the body of the message. > > === > Archive at http://www.open.com.au/archives/radiator/ > Announcements on [EMAIL PROTECTED] > To unsubscribe, email '[EMAIL PROTECTED]' with > 'unsubscribe radiator' in the body of the message. > === Archive at http://www.open.com.au/archives/radiator/ Announcements on [EMAIL PROTECTED] To unsubscribe, email '[EMAIL PROTECTED]' with 'unsubscribe radiator' in the body of the message.
