[Freeswitch-users] API conference invite group

Wed Jul 20 17:49:54 MSD 2011

Since you're trying to invite all the members into the conference, I
think the better way to approach this is:

- 'api groupcall <group>@<domain>'
- Read reply to get list of group members and then for each member execute:
- 'api conference <confname> dial <dialstring>'

-Steve

On 20 July 2011 14:45, Steven Ayre <steveayre at gmail.com> wrote:
>> Only one member of the group is answered; the others are hanged up with
>> cause: LOSE_RACE.
>
> That's normal. An originate only ever gets answered by one party.
>
> -Steve
>
>
>
> On 20 July 2011 13:45, Fabio Bigliardi <fabio.bigliardi at gmail.com> wrote:
>> It works only with groups defined in XML directory and not with groups in
>> sqlite DB.
>> Only one member of the group is answered; the others are hanged up with
>> cause: LOSE_RACE.
>>
>> -Fabio
>>
>>
>> 2011/7/20 Steven Ayre <steveayre at gmail.com>
>>>
>>> I think you want to be dialing using the group/ prefix:
>>> http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#group
>>>
>>> Try: api expand conference ds_totale dial group/01@${domain_name}
>>>
>>> All dialstrings start with chantype/ which identifies which endpoint
>>> module to use to dial. CHAN_NOT_IMPLEMENTED is the error given if that
>>> part was not recognised.
>>>
>>> Since it looks like you might be trying to connect using ESL directly,
>>> look in libs/esl in your git checkout. You'll find esl libraries there
>>> in a range of languages that'll handle the protocol for you.
>>>
>>> -Steve
>>>
>>>
>>>
>>>
>>>
>>> On 20 July 2011 11:55, Fabio Bigliardi <fabio.bigliardi at gmail.com> wrote:
>>> > Hi Michael,
>>> >
>>> > I've tried the command:
>>> >
>>> > api expand conference ds_totale dial group_call(01@${domain_name})
>>> >
>>> > But the output is:
>>> >
>>> > Content-Type: api/response
>>> > Content-Length: 47
>>> >
>>> > Call Requested: result: [CHAN_NOT_IMPLEMENTED]
>>> >
>>> > Freeswitch log:
>>> > 2011-07-20 12:28:49.304970 [ERR] switch_core_session.c:413 Could not
>>> > locate
>>> > channel type group_call(01 at 192.168.25.61)
>>> > 2011-07-20 12:28:49.304970 [NOTICE] switch_ivr_originate.c:2453 Cannot
>>> > create outgoing channel of type [group_call(01 at 192.168.25.61)] cause:
>>> > [CHAN_NOT_IMPLEMENTED]
>>> > 2011-07-20 12:28:49.304970 [DEBUG] switch_ivr_originate.c:3318 Originate
>>> > Resulted in Error Cause: 66 [CHAN_NOT_IMPLEMENTED]
>>> > 2011-07-20 12:28:49.304970 [ERR] mod_conference.c:5169 Cannot create
>>> > outgoing channel, cause: CHAN_NOT_IMPLEMENTED
>>> >
>>> > I think that this is related to the fact that the group is created in
>>> > sqlite
>>> > DB and not in the xml dialplan. So I've tried:
>>> >
>>> > api expand conference ds_totale dial group call:'01@${domain_name}'
>>> >
>>> > But the output is:
>>> >
>>> > Content-Type: api/response
>>> > Content-Length: 47
>>> >
>>> > Call Requested: result: [NO_ROUTE_DESTINATION]
>>> >
>>> > Freeswitch log:
>>> > 2011-07-20 12:36:49.964965 [DEBUG] switch_ivr_originate.c:1879 Parsing
>>> > global variables
>>> > 2011-07-20 12:36:49.964965 [NOTICE] switch_ivr_originate.c:2453 Cannot
>>> > create outgoing channel of type [error] cause: [NO_ROUTE_DESTINATION]
>>> > 2011-07-20 12:36:49.964965 [DEBUG] switch_ivr_originate.c:3318 Originate
>>> > Resulted in Error Cause: 3 [NO_ROUTE_DESTINATION]
>>> > 2011-07-20 12:36:49.964965 [NOTICE] switch_ivr_originate.c:2453 Cannot
>>> > create outgoing channel of type [group] cause: [NO_ROUTE_DESTINATION]
>>> > 2011-07-20 12:36:49.964965 [DEBUG] switch_ivr_originate.c:3318 Originate
>>> > Resulted in Error Cause: 3 [NO_ROUTE_DESTINATION]
>>> > 2011-07-20 12:36:49.964965 [ERR] mod_conference.c:5169 Cannot create
>>> > outgoing channel, cause: NO_ROUTE_DESTINATION
>>> >
>>> > It seems a problem in parsing; in fact the command:
>>> >
>>> > api expand group call:'01@${domain_name}'
>>> >
>>> > gives the following output:
>>> >
>>> > Content-Type: api/response
>>> > Content-Length: 85
>>> >
>>> >
>>> > sofia/internal/sip:1001 at 192.168.25.61:5070,sofia/internal/sip:1016 at 192.168.25.31:5060
>>> >
>>> > So I've tried:
>>> >
>>> > api expand conference ds_totale dial
>>> >
>>> > sofia/internal/sip:1001 at 192.168.25.61:5070,sofia/internal/sip:1016 at 192.168.25.31:5060
>>> >
>>> > The output is:
>>> > Content-Type: api/response
>>> > Content-Length: 34
>>> >
>>> > Call Requested: result: [SUCCESS]
>>> >
>>> > But only 1016 is added to the conference while 1001 is hanged up with
>>> > cause:
>>> > LOSE_RACE.
>>> >
>>> > So the questions are:
>>> >
>>> > 1. What is wrong with the syntax of the following command?
>>> >
>>> >  api expand conference ds_totale dial group call:'01@${domain_name}'
>>> >
>>> > 2. How can it be avoided that parties which "loose the race" are hanged
>>> > up?
>>> >
>>> >
>>> > Thank you very much.
>>> >
>>> > F. Bigliardi
>>> >
>>> >
>>> >
>>> > 2011/7/19 Michael Collins <msc at freeswitch.org>
>>> >>
>>> >>
>>> >> On Tue, Jul 19, 2011 at 5:47 AM, Fabio Bigliardi
>>> >> <fabio.bigliardi at gmail.com> wrote:
>>> >>>
>>> >>> Hi all,
>>> >>> I would like to be able to invite a  group to a conference through an
>>> >>> API
>>> >>> command.
>>> >>>
>>> >>> In xml dialplan this can be achieved through the following action:
>>> >>>
>>> >>> <action application="conference_set_auto_outcall"
>>> >>> data="${group_call(my_group}"/>
>>> >>>
>>> >>> In the API, I suppose the right command is "dial":
>>> >>>
>>> >>> api conference my_conf dial <group dial string>
>>> >>>
>>> >>> But how can I specify group dial string?
>>> >>
>>> >> Try this:
>>> >> expand api conference my_conf dial group_call(my_group)
>>> >> -MC
>>> >>
>>> >>>
>>> >>> Thank you for your support.
>>> >>>
>>> >>> Best regards,
>>> >>>
>>> >>> Fabio Bigliardi
>>> >>>
>>> >>> _______________________________________________
>>> >>> Join us at ClueCon 2011, Aug 9-11, Chicago
>>> >>> http://www.cluecon.com 877-7-4ACLUE
>>> >>>
>>> >>> FreeSWITCH-users mailing list
>>> >>> FreeSWITCH-users at lists.freeswitch.org
>>> >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> >>>
>>> >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> >>> http://www.freeswitch.org
>>> >>>
>>> >>
>>> >>
>>> >> _______________________________________________
>>> >> Join us at ClueCon 2011, Aug 9-11, Chicago
>>> >> http://www.cluecon.com 877-7-4ACLUE
>>> >>
>>> >> FreeSWITCH-users mailing list
>>> >> FreeSWITCH-users at lists.freeswitch.org
>>> >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> >>
>>> >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> >> http://www.freeswitch.org
>>> >>
>>> >
>>> >
>>> > _______________________________________________
>>> > Join us at ClueCon 2011, Aug 9-11, Chicago
>>> > http://www.cluecon.com 877-7-4ACLUE
>>> >
>>> > FreeSWITCH-users mailing list
>>> > FreeSWITCH-users at lists.freeswitch.org
>>> > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> > http://www.freeswitch.org
>>> >
>>> >
>>>
>>> _______________________________________________
>>> Join us at ClueCon 2011, Aug 9-11, Chicago
>>> http://www.cluecon.com 877-7-4ACLUE
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at lists.freeswitch.org
>>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>>> http://www.freeswitch.org
>>
>>
>> _______________________________________________
>> Join us at ClueCon 2011, Aug 9-11, Chicago
>> http://www.cluecon.com 877-7-4ACLUE
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at lists.freeswitch.org
>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
>> http://www.freeswitch.org
>>
>>
>