[SR-Users] Send Bye to all calls in one profile

[Carlos Ruiz Díaz]

Hello Camila, Alex.

I wrote a module that you may find useful for this purpose and which I'm
planning to release in the next few days.

Please allow me to introduce its features:

- It relies on the dialog module to track the calls it handles

- You can group calls by an ID, which can be the client ID, profile ID or
whatever value you want as long as it uniquely identify a group of calls.

- You can have several calls consuming the same pool of credit at the same
time. Every call belongs to a call-group. A call-group can have one or more
calls.

- When the credit (time) is exhausted, all calls of the same call-group are
automatically finalized.

- An event_route is fired for every call forced to finalize. It contains a
faked SIP message but with the right call-id and tags of the call forced to
end. This may be useful for back-office operations such as billing,
logging, rtpproxy tear down, etc.

- It exposes 3 xmlrpc commands:
          1. to monitor the calls grouped by call-group.
          2. to monitor the calls of a certain call-group.
          3. to finalize a call.

- It has a (very ugly, but improvable) web interface for real time
monitoring using the 3 xmlrpc commands. You can see on line what's
happening in the module and you can terminate calls through it.

- It was designed to be maintained in RAM.

- I'm adding other ways to make the credit control, not only with timeout
in seconds, but with credit amount, cost per second, cadence, rate, etc.

We at conexiongroup <http://www.conexiongroup.com/> are making the final
arrangements to release the source code and hopefully, it will be helpful
to you or to other people that might have faced the same problems we had
and which took us to the decision of writing this code.

Regards.

Carlos.

On Mon, Nov 19, 2012 at 11:50 AM, Alex Balashov
<abalashov at evaristesys.com>wrote:

> Not presently, but I am actually working on an enhancement to the dialog
> module (for contribution back into the open-source project) that will do
> just that, as I have this need also.
>
>
> On 11/19/2012 09:29 AM, Camila Troncoso wrote:
>
>  Hi,
>>
>> I have a kamailio proxy server that´s controlling the limit of calls
>> that clients can make with profile grouping. In other side I also limit
>> clients call duration  base on users credit ( DATABASE)  and /timeout
>> /feature .
>>
>>
>> Before the calls get answer I calculate how much time the client has
>> left for this call and set the timeout variable. When the time is
>> reached the proxy sends BYEs two both sides of this call.
>>
>> I want when the call timeout, as before explain, all other calls in the
>> same profile end too, because the client has expired his credit.
>>
>> Is there a way to achieve this?
>>
>> Regards,
>>
>> Camila
>>
>> *Camila Troncoso **|* Ingeniero de Desarrollo
>>
>> RedVoiss *|*ctroncoso at redvoiss.net <mailto:ctroncoso at redvoiss.net**>
>>
>> Santiago- Chile *|*+56 2 2408535
>>
>> www.redvoiss.net <http://www.redvoiss.net>
>>
>>
>>
>> ______________________________**_________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>>
>>
>
> --
> Alex Balashov - Principal
> Evariste Systems LLC
> 235 E Ponce de Leon Ave
> Suite 106
> Decatur, GA 30030
> Tel: +1-678-954-0670
> Fax: +1-404-961-1892
> Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
>
> ______________________________**_________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/**cgi-bin/mailman/listinfo/sr-**users<http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users>
>



-- 
Carlos
http://caruizdiaz.com
+595981146623
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20121119/24feab22/attachment-0001.htm>