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

Robert Longfield robert.longfield at klinsight.com
Thu Mar 22 19:27:54 MSK 2012


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 
Sent: Wednesday, March 21, 2012 8:11 PM
To: FreeSWITCH Users Help 
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 
  Sent: Wednesday, March 21, 2012 2:15 PM
  To: FreeSWITCH Users Help 
  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 
    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


    _________________________________________________________________________
    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/e9555256/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list