[SR-Users] Group call

João Vitor Arruda joao.arruda at gmail.com
Wed Sep 24 18:09:27 CEST 2014


Hi folks,

I don't want to hijack this topic, but I have a question related with the
limited number of branches (12) that Marco pointed out.

I too am trying to implement a Call Group in a manner similar to what
Marino described in his post.

Currently I have written code that is similar to the one described here:


http://www.kamailio.org/dokuwiki/dokuphp/tutorials:avpops#serial_forking

The only difference is that for each member I call lookup() and then in the
failure_route(), I pull the next member from the stack and call lookup()
again.  The code works fine when used for groups with less than 12
members.  However, call groups with 12 or more members fails as I can never
reach remaining extensions once MAX_BRANCHES limit is reached.

I've tried another approach using the functions described here:


http://kamailio.org/docs/modules/4.1.x/modules/tm.html#tm.serial_forking

but it too uses a new branch for every group member until the 12 limit is
reached out.

I also tried to use the functions "remove_branch(index)" and
"clear_branches()" (both of which are poorly documented.  In fact the only
reference I ever found for these functions was here:
http://www.kamailio.org/wiki/features/new-in-3.2.x#functions).
Unfortunately, I wasn't able to prevent the MAX_BRANCHES limit from being
reached.

Ultimately, my goal is to have a limitless Call Group.  Do you have any
suggestions? (other than increasing the hard coded MAX_BRANCHES limit)

Thank you,
Joao Arruda



2014-09-18 9:20 GMT-03:00 Barthel Marco (CI/AFU1) <
Marco.Barthel at de.bosch.com>:

> Keep in mind that the number of parallel branches is limited to 12
> branches in config.h
>
> #define MAX_BRANCHES            12      /*!< maximum number of branches
> per transaction */
>
> Mit freundlichen Grüßen / Best regards
>
>  Marco Barthel
>
> Robert Bosch GmbH
>  (CI/AFU1)
> Postfach 30 02 20
> 70442 Stuttgart
> GERMANY
> www.bosch.com
>
> Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000;
> Aufsichtsratsvorsitzender: Franz Fehrenbach; Geschäftsführung: Dr. Volkmar
> Denner,
> Dr. Stefan Asenkerschbaumer, Dr. Rolf Bulander, Dr. Stefan Hartung, Dr.
> Dirk Hoheisel, Christoph Kübel,
> Uwe Raschke, Wolf-Henning Scheider, Dr. Werner Struth, Peter Tyroller
>
>
> > -----Ursprüngliche Nachricht-----
> > Von: sr-users-bounces at lists.sip-router.org [mailto:
> sr-users-bounces at lists.sip-
> > router.org] Im Auftrag von Alex Balashov
> > Gesendet: Donnerstag, 18. September 2014 12:01
> > An: sr-users at lists.sip-router.org
> > Betreff: Re: [SR-Users] Group call
> >
> > On 09/18/2014 05:59 AM, marino.mileti at alice.it wrote:
> > > Hi guys,
> > >
> > > is possible to make a group call with kamailio? Example...i dial 1000
> > > and kamailio make a parallel forking to 1001,1002,1003?
> > >
> > > In case of yes...every group member (1001,1002,1003) will be resolved
> > > by "location"? Because some member is natted so RTPPROXY should be
> > > engaged
> >
> > Yes; the degree to which this is done automatically be can controlled
> via the
> > following parameters:
> >
> > http://kamailio.org/docs/modules/4.1.x/modules/registrar.html#idp77968
> > http://kamailio.org/docs/modules/4.1.x/modules/registrar.html#idp110040
> >
> > If you have these set to support multiple parallel branches, lookup() +
> > t_relay() should just work "automagically".
> >
> > --
> > Alex Balashov - Principal
> > Evariste Systems LLC
> > Tel: +1-678-954-0670
> > Web: http://www.evaristesys.com/, http://www.alexbalashov.com/
> >
> > Please be kind to the English language:
> >
> > http://www.entrepreneur.com/article/232906
> >
> > _______________________________________________
> > 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
>
> _______________________________________________
> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20140924/dee9971a/attachment.html>


More information about the sr-users mailing list