[Serusers] Limiting Calls per registrar

Glenn Dalgliesh ser at techhat.com
Thu Feb 5 18:29:11 CET 2004


After a few discussion with some colleges, although it would not be a simple
task, we feel it would be possible to maintain a table that would allow one
to limit calls on a per registrar basis by either using the table you are
creating in memory to support statefull transactions currently or creating a
seperate sql based approach. I might even have a programmer who would be
willing to put in some time on this for the project but the it lead me to
remember my days of RAS/Radius Authentication. In the early days we had
problem with lost radius accounting info caused by a crash or packet loss.
This would leaving users locked out because of connection limits set on the
radius profiles. Of course the answer was to start polling RAS's via snmp.
This allowed us to clear bad data periodically from the radius connected
users table. Along these lines I starting looking to see if there was any
type of status messages or request that could be sent at a UA to verify it's
call status and the only thing that I came across mention of session timers
but I get the impression that some issues exist with support for this
feature and not much energy is being placed on this because of that. Well,
all this being said I would appreciate and input/direction in how you would
like to see Call Limiting on a per user basis become a reality.

Thanks

----- Original Message ----- 
From: "Jan Janak" <jan at iptel.org>
To: "Glenn Dalgliesh" <ser at techhat.com>
Cc: <serusers at lists.iptel.org>
Sent: Friday, January 30, 2004 8:15 PM
Subject: Re: [Serusers] Limiting Calls per registrar


> That's not possible for the reason you mentioned.
>
>   Jan.
>
> On 30-01 13:46, Glenn Dalgliesh wrote:
> > I am looking for a way to limit the number of simultaneous calls that a
given user can establish thru ser at a time. I realize of course that any
options would require stateful use of ser but that is already a requirement
in this project.
> >
> > Thanks for any insight
> > _______________________________________________
> > Serusers mailing list
> > serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
>
>




More information about the sr-users mailing list