(RADIATOR) How to restrict the Dial Up on Bandwith.

[Toomas Kärner]

Hi,

I have successfully built and tested sord of portal for users where they can
SET their desired bandwith for desired ammount of time and it applies to
whole connection (not just to certain direction) with RedBack SMS. It uses
SNMP set to initialize user "reauthentication" and then SMS applies new
parameters "on flight" without droping any sessions. Juniper ERX family is
capable of doing such things even based on access-lists (you can just order
2Mbps to sertain site) but it uses COPS/LDAP and so on and is much more
harder to set up. I haven't spent much time with it also. This is how we
will address users problem to spend extra money and get more.
Anyway .. not more a radiator list issue ...

Rgds.
Toomas Kärner
----- Original Message -----
From: "Guðbjörn S. Hreinsson" <gsh at centrum.is>
To: "Toomas Kärner" <tomkar at estpak.ee>; <radiator at open.com.au>
Sent: Wednesday, June 25, 2003 11:10 AM
Subject: Re: (RADIATOR) How to restrict the Dial Up on Bandwith.


> 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" <tomkar at estpak.ee>
> To: <radiator at open.com.au>
> 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" <gsh at centrum.is>
> > To: <mick at tsn.cc>; <radiator at open.com.au>
> > 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 radiator-announce at open.com.au
> > > To unsubscribe, email 'majordomo at open.com.au' with
> > > 'unsubscribe radiator' in the body of the message.
> >
> > ===
> > Archive at http://www.open.com.au/archives/radiator/
> > Announcements on radiator-announce at open.com.au
> > To unsubscribe, email 'majordomo at open.com.au' with
> > 'unsubscribe radiator' in the body of the message.
> >
>

===
Archive at http://www.open.com.au/archives/radiator/
Announcements on radiator-announce at open.com.au
To unsubscribe, email 'majordomo at open.com.au' with
'unsubscribe radiator' in the body of the message.