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

[Robert Longfield]

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 
Sent: Tuesday, March 20, 2012 12:22 PM
To: FreeSWITCH Users Help 
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 
  Sent: Monday, March 19, 2012 7:12 PM
  To: FreeSWITCH Users Help 
  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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120320/0b319454/attachment-0001.html