I hear B2BUA is a good way to do this..
.
However, I've often tried to figure out why I can't just write a module
called "check_simult()" which increments a counter for simultanious call
count and checks to see if the result is over some maximum. This could be
placed in INVITEs. I've been told this doesn't work, but if I'm using
t_relay and record routing, I'm not sure why it wouldn't work.
Of course, it wouldn't be 100% accurate. It probably wouldn't persist
correctly across reboots and crashes, but personally, I don't need that
much accuracy (for example, if it can't limit the calls for a particular
subscriber for 15 minutes because I rebooted and now it doesn't realize
that a session is up, I really don't care).
So what does everyone think. I've wanted to write this module for some
time. I might work on it if there is any interest and if there isn't an
obvious reason this won't work IN STATEFULL MODE with RECORD ROUTING.
Of course there would be a function to decrement the counter for the BYEs
as well.
-Brett
On Mon, April 3, 2006 6:53 pm, Waldo Rubinstein wrote:
Is there a way to restrict the number of simultaneous
calls for a
particular sip client? For example, if I sell a service where each
line can have at most 4 simultaneous call voice paths and there are
two incoming calls and two separate outgoing calls, how can I make it
so that whenever a new calls comes in or a user tries to make another
call, they get fast busy or just busy?
Thanks,
Waldo
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers