[Freeswitch-users] Call sent to group call terminates when group is busy instead of transferring

Thu Mar 22 20:00:43 MSK 2012

Aha! Thanks for reporting back. This is a good learning exercise for XML
dialplan editing.

Also, if 1000 is a registered user on your system you can use
data="user/1000" on your bridge line.

-MC

On Thu, Mar 22, 2012 at 9:27 AM, Robert Longfield <
robert.longfield at klinsight.com> wrote:

>   Micheal,
>
> The tip about checking for a rouge copy of the “group_dial_support”
> extension is exactly what the problem was. I haven’t gotten rid of
> default.xml and forgot to comment/remove the group_dial_support from the
> file.
>
> Also it seems I had to add ‘sofia/internal/’ in front of the extension. so
> <action application="bridge" data="1000@$${domain}"/> became <action
> application="bridge" data="sofia/internal/1000@$${domain}"/>
>
> I wrongly assumed that anything in default.xml would be ignored or passed
> over if that rule existed elsewhere.
>
> -Rob
>
>  *From:* Michael Collins <msc at freeswitch.org>
> *Sent:* Wednesday, March 21, 2012 8:11 PM
> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
> *Subject:* Re: [Freeswitch-users] Call sent to group call terminates when
> group is busy instead of transferring
>
> Okay, I have tried *really* hard and I cannot reproduce these symptoms.
> I've used your exact dialplan and it worked perfectly for me. I tried both
> group calling methods. (See default dialplan x2000 vs. x2001)
>
> I honestly think that this is a dialplan parsing issue. I suspect that you
> may have a rogue copy of the "group_dial_support" extension somewhere in
> your dialplan. The first thing I would do in your position is backup my
> configs, then clear out the /usr/local/freeswitch/conf directory tree. Run
> 'make samples' to get a fresh set of configs, then test with the stock
> x2000 and x2001 entries. FWIW, I've PB'd the changes I made to 2000 and
> 2001 and included a debug log of it working. See PB 18716, especially lines
> 163-165.
>
> Hope this helps...
>
> -MC
>
> On Wed, Mar 21, 2012 at 11:33 AM, Robert Longfield <
> robert.longfield at klinsight.com> wrote:
>
>>   I think there was some confusion in the conf call and apparently all I
>> was producing was static.
>>
>> When a caller is passed to extension 2001 which is our support group the
>> extensions in the group all ring (extensions 1002 and 1003).
>> At that point if the call is not answered the call is dropped or more
>> recently it seems that FS is going to sleep and not dropping the call but
>> giving only static.
>>
>> Here is a paste using the right one :)
>>
>> http://pastebin.freeswitch.org/18714
>>
>> Thanks,
>> -Rob
>>
>>  *From:* Michael Collins <msc at freeswitch.org>
>> *Sent:* Wednesday, March 21, 2012 2:15 PM
>>  *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> *Subject:* Re: [Freeswitch-users] Call sent to group call terminates
>> when group is busy instead of transferring
>>
>>  Rob,
>>
>> Check out this pastebin: http://pastebin.freeswitch.org/18712
>>
>> Look at line #424. There's no more dialplan actions parsed after the
>> bridge. Look in the extension named 'group_dial_support' and see what's in
>> there. Confirm that you actually have something in there after the bridge.
>>
>> -MC
>>
>> On Tue, Mar 20, 2012 at 10:00 AM, Robert Longfield <
>> robert.longfield at klinsight.com> wrote:
>>
>>>   ugh, I can’t believe I forgot to include the pastebin
>>>
>>> http://pastebin.com/GYLvtDB3
>>>
>>> The termination happens also when there is a single user in the call
>>> group. The call is transferred to the extension, that extension does not
>>> pickup and FS drops the call instead of the call going to VM. When you call
>>> any extension directly and the call is not answered you end up in that
>>> extensions VM like you should.
>>>
>>> -Rob
>>>
>>>  *From:* Michael Collins <msc at freeswitch.org>
>>> *Sent:* Tuesday, March 20, 2012 12:22 PM
>>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>>> *Subject:* Re: [Freeswitch-users] Call sent to group call terminates
>>> when group is busy instead of transferring
>>>
>>> Malfunction! Need input!
>>> Get debug log of call from start to finish and put on pastebin.
>>> -MC
>>>
>>> On Tue, Mar 20, 2012 at 8:19 AM, Robert Longfield <
>>> robert.longfield at klinsight.com> wrote:
>>>
>>>>   Thanks for the tip Brian,
>>>>
>>>> I tried using a loopback using the example in /dialplan/default.xml and
>>>> I am still experiencing the same problem.
>>>>
>>>> I’ve tried a loopback that looks like:
>>>> <action application="bridge" data="loopback/app=voicemail:default
>>>> ${domain_name} ${dialed_extension}"/>
>>>> <action application="bridge" data="loopback/app=voicemail:default
>>>> $${domain_name} ${dialed_extension}"/>
>>>> <action application="bridge" data="loopback/app=voicemail:1000@${domain_name}
>>>> $1"/>
>>>> <action application="bridge" data="loopback/app=voicemail:1000@
>>>> ${domain_name}"/>
>>>> <action application="bridge" data="loopback/app=voicemail:1000@
>>>> $${domain_name}"/>
>>>>
>>>>  Only instead of dropping the call it seems to sleep...
>>>>
>>>>
>>>>
>>>>  *From:* Brian Foster <bdfoster at endigotech.com>
>>>> *Sent:* Monday, March 19, 2012 7:12 PM
>>>> *To:* FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>>>> *Subject:* Re: [Freeswitch-users] Call sent to group call terminates
>>>> when group is busy instead of transferring
>>>>
>>>>
>>>> Try using loopback when you send the call to voicemail, also see the
>>>> local extensions dialplan located in conf/dialplan/default.xml
>>>> On Mar 19, 2012 4:43 PM, "Robert Longfield" <
>>>> robert.longfield at klinsight.com> wrote:
>>>>
>>>>>   I set up a group call for our support team in which all their
>>>>> phones ring when someone needs to speak with them. If they are busy the
>>>>> call should be transferred to a general extension which if not answered
>>>>> then goes to that extensions VM.
>>>>>
>>>>> My dialplan looks like:
>>>>>
>>>>> <extension name="group_dial_support">
>>>>>       <condition field="destination_number" expression="^2001$">
>>>>>         <action application="set" data="continue_on_fail=true"/>
>>>>>         <action application="bridge" data="group/support@
>>>>> ${domain_name}"/>
>>>>>         <!-- <action application="voicemail" data="default ${domain}
>>>>> 1000"/> -->
>>>>>         <action application="transfer" data="1000 XML default"/>
>>>>>         <action application="hangup"/>
>>>>>      </condition>
>>>>> </extension>
>>>>>
>>>>>
>>>>> What is happening is a caller selects the support option from the IVR,
>>>>> ever phone in the support group rings, which is what should happen. If no
>>>>> one picks up the call Freeswitch hangs up instead of transferring the call
>>>>> to extension 1000. You can see that I also tried to send the call directly
>>>>> to voicemail but that didn’t work either.
>>>>>
>>>>> The message I see when Freeswitch hangs up is:
>>>>>
>>>>>     Channel sofia/internal/sip:1002 at 72.38.184.18:39042 hanging up,
>>>>> cause: USER_BUSY
>>>>>
>>>>> The full output from cli can be seen here:
>>>>> http://pastebin.freeswitch.org/18696
>>>>>
>>>>> I would like to get the call to transfer properly.
>>>>>
>>>>> Thanks
>>>>> -Robert
>>>>>
>>>>> ------------------------------
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 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
>>>
>>> _________________________________________________________________________
>>> Professional FreeSWITCH Consulting Services:
>>> consulting at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> 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
>>>
>>>
>> ------------------------------
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>> _________________________________________________________________________
>> Professional FreeSWITCH Consulting Services:
>> consulting at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> 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
>>
>>
>  ------------------------------
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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
>
>
> _________________________________________________________________________
> Professional FreeSWITCH Consulting Services:
> consulting at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> 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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120322/7999686b/attachment-0001.html 