[Freeswitch-users] Dropped calls on transfer

Anthony Minessale anthony.minessale at gmail.com
Fri Feb 17 20:33:43 MSK 2012


This is different, this is if you try to do something like call someone's
voicemail or a conference and try to transfer that call to someone.

When you are one on one with an IVR app there is only 1 call leg so nothing
to transfer.

The solution if you need to do this is to put the media apps all in their
own instance of FS or to use mod_loopback to actually place a call to the
app, also you can call your own box over SIP to create 2 call legs.


Daniel,

you should do

sofia global siptrace on
console loglevel debug (/log debug for fs_cli users)



On Fri, Feb 17, 2012 at 10:48 AM, Brian Foster <bdfoster at endigotech.com>wrote:

> oops.... here's two more lines i forgot to add... altogether now:
>
> 2012-02-17 11:46:07.175353 [DEBUG] sofia.c:6493 Process REFER to [*
> 98 at sip.endigovoip.com]
> 2012-02-17 11:46:07.175353 [DEBUG] sofia.c:6511 Replaces: [
> d05295f-ba47a7e4 at 192.168.1.86]
> 2012-02-17 11:46:07.175353 [WARNING] sofia.c:6720 Cannot transfer channels
> that are not in a bridge.
>
> On Fri, Feb 17, 2012 at 11:22 AM, Brian Foster <bdfoster at endigotech.com>wrote:
>
>> I have an SPA921, and i could not get blind transfer/attended
>> transfer/conference to work either.
>>
>> 2012-02-17 11:19:01.258020 [WARNING] sofia.c:6720 Cannot transfer
>> channels that are not in a bridge.
>>
>> ...that's the error message I get. This is probably a bug or the phone
>> isn't actually set up right. I'm going to do some research.
>>
>> -BDF
>>
>>
>> On Fri, Feb 17, 2012 at 3:38 AM, Daniel Knaggs <
>> Daniel.Knaggs at realitysolutions.co.uk> wrote:
>>
>>>  What commands do you want me to run under the CLI?****
>>>
>>> ** **
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Anthony
>>> Minessale
>>> *Sent:* 16 February 2012 17:04
>>>
>>> *To:* FreeSWITCH Users Help
>>> *Subject:* Re: [Freeswitch-users] Dropped calls on transfer****
>>>
>>> ** **
>>>
>>> Its ok if its large.  The point is to get the maximum debug while the
>>> issue happens to determine the problem.****
>>>
>>> the little snippet you showed is not enough to go on.****
>>>
>>> If you can single out a section of log that shows the whole attempt to
>>> perform the transfer with the sip trace and debug enabled I can try to tell
>>> you what your problem is (its not a common problem so its specific to
>>> something you have , [phone type, config, dialplan])  ****
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> ** **
>>>
>>> On Thu, Feb 16, 2012 at 3:00 AM, Daniel Knaggs <
>>> Daniel.Knaggs at realitysolutions.co.uk> wrote:****
>>>
>>> Sorry Anthony, I didn’t see it – it was getting late last night.****
>>>
>>>  ****
>>>
>>> I’ve read it now.****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> How large are these logs going to get?  We’re running on ISDN with calls
>>> coming in practically every minute.  At the moment the “freeswitch.log” per
>>> day is over 20MB (it rotates the log every 10MB).****
>>>
>>>  ****
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Anthony
>>> Minessale
>>> *Sent:* 15 February 2012 22:49****
>>>
>>>
>>> *To:* FreeSWITCH Users Help
>>> *Subject:* Re: [Freeswitch-users] Dropped calls on transfer****
>>>
>>>  ****
>>>
>>> Did you not see my last email?****
>>>
>>> On Wed, Feb 15, 2012 at 4:36 PM, Daniel Knaggs <
>>> Daniel.Knaggs at realitysolutions.co.uk> wrote:****
>>>
>>> Thanks for a reply, Brian.****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> That’s what I told them they should be doing but they won’t listen.  I
>>> cringe when I overhear someone saying “call straight through” (ie, “I’ve
>>> pressed xfer twice”)  ;)****
>>>
>>>  ****
>>>
>>> Looking at the logs when it happens it would appear that a hangup
>>> request came from the phone and not the PBX, does that sound right?****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Maybe this will help from my debugging last week during a transfer: -***
>>> *
>>>
>>>  ****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_bridge.c:1613
>>> (FreeTDM/1:1/000) State Change CS_EXECUTE -> CS_HIBERNATE****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_session.c:1180 Send
>>> signal FreeTDM/1:1/000 [BREAK]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_bridge.c:1615
>>> (sofia/internal/sip:216 at X.X.X.104:5060) State Change CS_CONSUME_MEDIA
>>> -> CS_HIBERNATE****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_session.c:1180 Send
>>> signal sofia/internal/sip:216 at X.X.X.104:5060 [BREAK]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_session.c:791 Send signal
>>> sofia/internal/sip:216 at X.X.X.104:5060 [BREAK]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:362
>>> (sofia/internal/sip:216 at X.X.X.104:5060) Running State Change
>>> CS_HIBERNATE****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_session.c:791 Send signal
>>> FreeTDM/1:1/000 [BREAK]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_originate.c:3364 Originate
>>> Resulted in Error Cause: 487 [ORIGINATOR_CANCEL]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:432
>>> (sofia/internal/sip:216 at X.X.X.104:5060) State HIBERNATE****
>>>
>>> 2012-02-08 14:28:26.614963 [NOTICE] switch_ivr_originate.c:2459 Cannot
>>> create outgoing channel of type [user] cause: [ATTENDED_TRANSFER]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] mod_sofia.c:222
>>> sofia/internal/sip:216 at X.X.X.104:5060 SOFIA HIBERNATE****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_bridge.c:749
>>> (sofia/internal/sip:216 at X.X.X.104:5060) State Change CS_HIBERNATE ->
>>> CS_RESET****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_originate.c:3364 Originate
>>> Resulted in Error Cause: 601 [ATTENDED_TRANSFER]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_session.c:1180 Send
>>> signal sofia/internal/sip:216 at X.X.X.104:5060 [BREAK]****
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:432
>>> (sofia/internal/sip:216 at X.X.X.104:5060) State HIBERNATE going to sleep**
>>> **
>>>
>>> 2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:362
>>> (sofia/internal/sip:216 at X.X.X.104:5060) Running State Change CS_RESET***
>>> *
>>>
>>> 2012-02-08 14:28:26.614963 [INFO] mod_dptools.c:2900 Originate Failed.
>>> Cause: ATTENDED_TRANSFER****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Here is a different one I’ve seen today: -****
>>>
>>>  ****
>>>
>>> 2012-02-15 13:05:09.651368 [DEBUG] switch_channel.c:2848 (
>>> sofia/internal/212 at X.X.X.2) Callstate Change EARLY -> HANGUP****
>>>
>>> 2012-02-15 13:05:09.651368 [NOTICE] switch_channel.c:3276 Hangup
>>> sofia/internal/212 at X.X.X.2 [CS_EXECUTE] [INCOMPATIBLE_DESTINATION]****
>>>
>>> 2012-02-15 13:05:09.651368 [DEBUG] switch_channel.c:2871 Send signal
>>> sofia/internal/212 at X.X.X.2 [KILL]****
>>>
>>> 2012-02-15 13:05:09.651368 [DEBUG] switch_core_session.c:1180 Send
>>> signal sofia/internal/212 at X.X.X.2 [BREAK]****
>>>
>>> 2012-02-15 13:05:09.651368 [DEBUG] switch_ivr_originate.c:3222
>>> sofia/internal/212 at X.X.X.2 Media Establishment Failed.****
>>>
>>> 2012-02-15 13:05:09.651368 [DEBUG] switch_channel.c:2848
>>> (sofia/internal/sip:211 at X.X.X.105:5060) Callstate Change ACTIVE ->
>>> HANGUP****
>>>
>>> 2012-02-15 13:05:09.651368 [NOTICE] switch_ivr_originate.c:3224 Hangup
>>> sofia/internal/sip:211 at X.X.X.105:5060 [CS_CONSUME_MEDIA]
>>> [INCOMPATIBLE_DESTINATION]****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Also had one report of it dropping a call after taking a call off-hold
>>> but no more.****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Jira?  Sorry what is that?****
>>>
>>>  ****
>>>
>>> [image: Description: cid:image8ca977.PNG at ff333969.478fdf3a]****
>>>
>>> *Daniel Knaggs*****
>>>
>>> Software Developer****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Reality Solutions Ltd, 1 Global Business Park, Hamburg Road, Kingston
>>> upon Hull, East Yorkshire, HU7 0AE
>>> Tel: 01482 828000 / Fax: 01482 373100
>>> Daniel.Knaggs at realitysolutions.co.uk
>>> www.realitysolutions.co.uk ****
>>>    ------------------------------
>>>
>>> Sage Accredited Business Partner serving businesses in Yorkshire &
>>> Lincolnshire ****
>>>
>>> [image: Description: cid:image6a28e2.PNG at 68fbc2d4.4c8c5174]****
>>>
>>>  ****
>>>
>>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Brian West
>>> *Sent:* 15 February 2012 18:58
>>> *To:* FreeSWITCH Users Help
>>> *Subject:* Re: [Freeswitch-users] Dropped calls on transfer****
>>>
>>>  ****
>>>
>>> If your users want to do that they should be doing a blind transfer
>>> (Users are hard to train).   Collect data, use latest git, open jira.***
>>> *
>>>
>>>  ****
>>>
>>> /b****
>>>
>>>  ****
>>>
>>> On Feb 15, 2012, at 8:37 AM, Daniel Knaggs wrote:****
>>>
>>>  ****
>>>
>>> Hello,****
>>>
>>>  ****
>>>
>>> We’ve recently switched from Asterisk to FreeSwitch and experiencing a
>>> minor problem.****
>>>
>>> * *****
>>>
>>>  ****
>>>
>>> Currently we’ve got twenty LinkSys/Cisco phones (12x SPA942, 6x SPA962,
>>> and 2x SPA504) and experiencing dropped calls when transferring calls.**
>>> **
>>>
>>>  ****
>>>
>>> This seems to happen more often when the caller has hit the xfer button
>>> for the second time before the callee has even answered the phone.  But
>>> sometimes drops no more than one call a day if the caller waits until the
>>> callee has answered.****
>>>
>>>  ****
>>>
>>> ·          All phones are running the latest firmware (v6) and have
>>> been factory reset****
>>>
>>> ·          FreeSwitch is running on version “1.0.head (git-b9b7266
>>> 2012-02-10 12-23-58 -0600)”****
>>>
>>> ·          RTP packet size has been changed to 0.020 as per wiki for
>>> all phones****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> Has anyone got any ideas?****
>>>
>>>  ****
>>>
>>>  ****
>>>
>>> --
>>> Brian West
>>> FreeSWITCH Solutions, LLC
>>> Phone: +1 (918) 420-9266
>>> Fax:   +1 (918) 420-9267
>>> brian at freeswitch.org
>>> 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****
>>>
>>>
>>>
>>> ****
>>>
>>>  ****
>>>
>>> --
>>> Anthony Minessale II
>>>
>>> FreeSWITCH http://www.freeswitch.org/
>>> ClueCon http://www.cluecon.com/
>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>
>>> AIM: anthm
>>> MSN:anthony_minessale at hotmail.com
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org
>>> googletalk:conf+888 at conference.freeswitch.org
>>> pstn:+19193869900****
>>>
>>>
>>> _________________________________________________________________________
>>> 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****
>>>
>>>
>>>
>>> ****
>>>
>>> ** **
>>>
>>> --
>>> Anthony Minessale II
>>>
>>> FreeSWITCH http://www.freeswitch.org/
>>> ClueCon http://www.cluecon.com/
>>> Twitter: http://twitter.com/FreeSWITCH_wire
>>>
>>> AIM: anthm
>>> MSN:anthony_minessale at hotmail.com
>>> GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
>>> IRC: irc.freenode.net #freeswitch
>>>
>>> FreeSWITCH Developer Conference
>>> sip:888 at conference.freeswitch.org
>>> googletalk:conf+888 at conference.freeswitch.org
>>> pstn:+19193869900****
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>>
>>
>>
>> --
>> Brian D. Foster
>> Endigo Computer LLC
>> Email: bdfoster at endigotech.com
>> Phone: 317-429-1069
>> Indianapolis, Indiana, USA
>>
>> This message contains confidential information and is intended for those
>> listed in the "To:", "CC:", and/or "BCC:" fields of the message header.If
>> you are not the intended recipient you are notified that disclosing,
>> copying, distributing or taking any action in reliance on the contents of
>> this information is strictly prohibited. E-mail transmission cannot be
>> guaranteed to be secure or error-free as information could be intercepted,
>> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
>> The sender therefore does not accept liability for any errors or omissions
>> in the contents of this message, which arise as a result of e-mail
>> transmission. If verification is required please request a hard-copy
>> version.
>>
>>
>
>
> --
> Brian D. Foster
> Endigo Computer LLC
> Email: bdfoster at endigotech.com
> Phone: 317-429-1069
> Indianapolis, Indiana, USA
>
> This message contains confidential information and is intended for those
> listed in the "To:", "CC:", and/or "BCC:" fields of the message header.If
> you are not the intended recipient you are notified that disclosing,
> copying, distributing or taking any action in reliance on the contents of
> this information is strictly prohibited. E-mail transmission cannot be
> guaranteed to be secure or error-free as information could be intercepted,
> corrupted, lost, destroyed, arrive late or incomplete, or contain viruses.
> The sender therefore does not accept liability for any errors or omissions
> in the contents of this message, which arise as a result of e-mail
> transmission. If verification is required please request a hard-copy
> version.
>
>
> _________________________________________________________________________
> 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
>
>


-- 
Anthony Minessale II

FreeSWITCH http://www.freeswitch.org/
ClueCon http://www.cluecon.com/
Twitter: http://twitter.com/FreeSWITCH_wire

AIM: anthm
MSN:anthony_minessale at hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale at gmail.com
IRC: irc.freenode.net #freeswitch

FreeSWITCH Developer Conference
sip:888 at conference.freeswitch.org
googletalk:conf+888 at conference.freeswitch.org
pstn:+19193869900
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120217/d056371b/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 22463 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120217/d056371b/attachment-0002.png 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/png
Size: 91137 bytes
Desc: not available
Url : http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20120217/d056371b/attachment-0003.png 


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