> Mike McCauley wrote:
> > ...
> > New authentication module PORTLIMITCHECK, which can check
> > enforce simultaneous-use limits for arbitrary groups of users. This
> > can allow you to sell bundles of ports on a global or per-POP basis,
> > or DNIS etc. It can also set up Class attributes that depend on how
> > many users are currently logged in in that group, so you can have
> > different charging bands for normal and overflow usage etc. Requires
> > a that a be present in your Radiator config.
>
> Mike, this is a great feature. However, from your web pages, when the
> limit is reached, new callers will only be rejected. But he still have
> to pay Telstra 25c for the call. Since he does not know exactly why he
> is rejected, he will normally call again and again. Thus this
> implementation will become a great revenue generator for Telstra, sad!
> An Ascend user told me recently that using Ascend with the Ascend's own
> Radius, they can implement a similar thing by limiting the max. no. of
> sesssions per dial in number or dial in group. But they can return a
> busy tone to the callers after the limit is exceeded.
>
> Can this be done with Radiator? More can this be done together with our
> Bay RAC8000/5399s?
With the Ascends, they can be configured to send a radius auth request
with the DNIS as the username before the call is answered. If that is
rejected, then the call is rejected, ie busy tone.
Hope this helps,
Jeremy
--
Jeremy Burton
Database Administrator, Netspace Online Systems
[EMAIL PROTECTED]
[EMAIL PROTECTED], [EMAIL PROTECTED]
===
Archive at http://www.thesite.com.au/~radiator/
To unsubscribe, email '[EMAIL PROTECTED]' with
'unsubscribe radiator' in the body of the message.