How is the SLA set up? To my knowledge for 'true' SLA you need to set them all up using the same SIP account. Again, not something I've tried and Don appears to be better equipped to help you than I so may be able to clarify the correct setup for us? Thanks On 24 August 2012 18:18, Colin Mason <cmason@frontiernetworks.ca> wrote:
Thanks for the replies.****
** **
I tried a few of Andrew’s suggestions and I was still unable to get call pickup (transfer?) working properly.****
** **
Don, I am seeing different behavior. When I press hold on phone 1, I get an invite from phone 1 with SDP of 0.0.0.0 which puts the call on hold. ** **
**- **Phone 2’s button changes to indicate that the call is on hold. ****
**- **I then press the button to pickup the call from hold and phone 2 sends an invite to FreeSWITCH with the username associated with that button. (this may be an issue?)****
**- **FreeSWITCH attemps to dial the user associated with the button I pressed on phone 2.****
**- **Because this user already has a call active and I limit all my users to 1 concurrent call, FreeSWITCH rolls over to the second user. ****
**- **Phone 1 and phone 2 receive a call on line 2 and line 1 never drops throughout this process.****
** **
I suspect my problem is more of a configuration issue on the phone or FreeSWITCH.****
** **
Colin****
** **
*From:* freeswitch-users-bounces@lists.freeswitch.org [mailto: freeswitch-users-bounces@lists.freeswitch.org] *On Behalf Of *Don Dawson *Sent:* Friday, August 24, 2012 12:20 PM *To:* freeswitch-users@lists.freeswitch.org *Subject:* Re: [Freeswitch-users] Shared Call Appearance and Transferring Calls on Cisco SPA504G****
** **
We have used the shared line feature for some time now. What actually happens when the call is picked up by the second phone sends an INVITE to FS and FS connects the call to the second phone, there isn’t a transfer (REFER) between the phones because they are sharing that call.****
****
What we have found is this worked before version 1.2.0 and now there is a problem. Could you verify what you’re experiencing when you pick the call on phone 2, is the call drops because FS is sending BYE to the phone that picked up the call and the caller? The other phones have their lights go green because they are sent a NOTIFY with the appearance-state=idle. In the SIP trace you should see an INVITE from the second phone, 200 OK, BYEs and then NOTIFYs. Is so, then you are experiencing the same issue we are. ****
Mike
On 8/23/2012 9:33 AM, Colin Mason wrote:****
So I have been experimenting with a key system for an office with 3 Cisco SPA504G phones and FreeSWITCH 1.2.1. They require 3 shared lines. I have inbound and outbound calls working properly with the shared lines and the phones are configured properly with shared lines, Broadcom etc. Visually everything seems to work with the line notifications on the 3 phones.****
****
My internal profile has:****
****
<param name="manage-shared-appearance" value="true"/>****
<param name="manage-presence" value="true"/>****
<param name="dbname" value="share_presence"/>****
<param name="presence-hosts" value="$${domain}"/>****
<param name="multiple-registrations" value="true"/>****
<param name="force-register-domain" value="$${domain}"/>****
<param name="force-subscription-domain" value="$${domain}"/>****
<param name="force-register-db-domain" value="$${domain}"/>****
<param name="presence-probe-on-register" value="true"/>****
<param name="presence-privacy" value="$${presence_privacy}"/>****
<param name="send-presence-on-register" value="true"/>****
****
I am having problems with transferring calls. If I put a call on hold on phone 1 and press the line 1 button on phone 1, the call resud ames just fine. But if I put a call on hold on phone 1 and try to resume the call on phone 2 by pressing the blinking red line 1 button, the phone tries to establish a new call to the user associated with line 1 instead of taking (transferring) the call from phone 1 to phone 2.****
****
I was wondering if anybody could help?****
****
Colin Mason****
****
_________________________________________________________________________****
Professional FreeSWITCH Consulting Services:****
consulting@freeswitch.org****
http://www.freeswitchsolutions.com****
** **
FreeSWITCH-powered IP PBX: The CudaTel Communication Server****
** **
Official FreeSWITCH Sites****
http://wiki.freeswitch.org****
** **
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****
** **
_________________________________________________________________________ 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
-- *Andrew Cassidy BSc (Hons) MBCS SSCA* Managing Director *T <info@cassidywebservices.co.uk> *03300 100 960 *F<info@cassidywebservices.co.uk> *03300 100 961 *E <info@cassidywebservices.co.uk> *andrew@cassidywebservices.co.uk *W <info@cassidywebservices.co.uk> *www.cassidywebservices.co.uk