SPA504G: 7.4.8a
SPA942: 6.1.5(a)
SPA962: 6.1.5(a)
From: freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@lists.freeswitch.org]
On Behalf Of curriegrad2004
Sent: 17 February 2012 19:18
To: FreeSWITCH Users Help
Subject: Re: [Freeswitch-users] Dropped calls on transfer
What's the phones firmware anyways?
On 2012-02-17 8:23 AM, "Brian Foster" <bdfoster@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@realitysolutions.co.uk> wrote:
What commands do you want me to run under the CLI?
From:
freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@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@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@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@X.X.X.104:5060
[BREAK]
2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:362 (sofia/internal/sip:216@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@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@X.X.X.104:5060 SOFIA HIBERNATE
2012-02-08 14:28:26.614963 [DEBUG] switch_ivr_bridge.c:749 (sofia/internal/sip:216@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@X.X.X.104:5060
[BREAK]
2012-02-08 14:28:26.614963 [DEBUG] switch_core_state_machine.c:432 (sofia/internal/sip:216@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@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@X.X.X.2)
Callstate Change EARLY -> HANGUP
2012-02-15 13:05:09.651368 [NOTICE] switch_channel.c:3276 Hangup
sofia/internal/212@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@X.X.X.2 [KILL]
2012-02-15 13:05:09.651368 [DEBUG] switch_core_session.c:1180 Send signal
sofia/internal/212@X.X.X.2 [BREAK]
2012-02-15 13:05:09.651368 [DEBUG] switch_ivr_originate.c:3222
sofia/internal/212@X.X.X.2 Media Establishment Failed.
2012-02-15 13:05:09.651368 [DEBUG] switch_channel.c:2848 (sofia/internal/sip:211@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@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?
|
||||||||||||

From:
freeswitch-users-bounces@lists.freeswitch.org [mailto:freeswitch-users-bounces@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@freeswitch.org
http://www.freeswitch.org
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@hotmail.com
GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com
IRC: irc.freenode.net #freeswitch
FreeSWITCH Developer Conference
sip:888@conference.freeswitch.org
googletalk:conf+888@conference.freeswitch.org
pstn:+19193869900
_________________________________________________________________________
Professional FreeSWITCH Consulting Services:
consulting@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@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@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@freeswitch.org
http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server
http://www.cudatel.com
Official FreeSWITCH Sites
http://www.freeswitch.org
http://wiki.freeswitch.org
http://www.cluecon.com
FreeSWITCH-users mailing list
FreeSWITCH-users@lists.freeswitch.org
http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
http://www.freeswitch.org