[Freeswitch-users] Remote pickup of on-hold extensions

[sms at icefire.qza.net.au]

I've thought about those options... the obstacle is mostly the users, who
aren't the most trainable people in the world, and they're used to the
present key system which allows them to have pretty colored buttons that
they only press once. I dread the attempt to explain the concept of
transferring a call, and the question will inevitably come back: "Why
can't we have line keys like the last system?" Calls will likely get lost
or dropped, and of course, the system gets blamed ;-)

The other option, again if possible, is to program a soft key as a
one-touch "Park" key that announces the park extension number, which could
also be assigned to a BLF, then parks the call. Then we have one touch
park, one touch retrieve.

I have to sell this to them in such a way that it doesn't come across as a
feature downgrade, or we may end up stuck with the present system until it
dies and no inter-branch connectivity.

I suppose it's the same old predicament... things would be so simple if
management just said yes :)



> Personally I'd just use the Blind Transfer features on your handsets. 1000
> picks up the call, presses transfer on the phone, then dials 1001 and
> hangs
> up. 1001 rings and is connected to the transferred call. Sure you'e not
> got
> the BLF, but the idea works fine. You could use call parking, but that has
> more steps to it.
>
> On 2 November 2012 04:16, <sms at icefire.qza.net.au> wrote:
>
>> Hi all,
>>
>> I have a scenario that I'm thinking of implementing, but not sure if
>> it's
>> possible, so here's the details:
>>
>> Extensions 200 to 250 are regular internal sip phones, contained in a
>> call
>> group (Ext 1000)
>>
>> Extensions 300 to 305 are SIP-GSM and SIP-PSTN gateways with SIP client
>> firmware, namely those cheap GOIP GSM units on ebay, plus an SPA3000.
>> These are to be configured with the logon credentials of the extension
>> and
>> behave as a typical SIP client.
>>
>> The dialplan will route incoming and outgoing calls via these gateways
>> as
>> if they were trunks. They will restricted privileges to prevent toll
>> fraud. The phones will either be Yealink T28p or Grandstream GXP2124, it
>> depends if GS can respond with a fix for their horrible AGC or not. The
>> gateways will be subscribed to the phone's DSS keys as BLF's.
>>
>> Now, all this so far is reasonably straight forward. The next part is
>> the
>> tricky part (you might've guessed where this is going....)
>>
>> Let's say a call comes in on 300, routes to the call group and is picked
>> up by 1000, who then puts the call on hold. The BLF key for 300 shows it
>> as busy/on hold. 1000 then calls 1001 to take the call. 1001 then
>> presses
>> BLF 300, which causes the call to be transferred to them and
>> automatically
>> answered.
>>
>> So is there any way in freeswitch to replicate this behavior? I know
>> it's
>> possible to do SAA, but this gets tricky if I want to have time based
>> call
>> groups, or to share incoming lines between branches. The method above
>> allows the lines to be present on all phones, while still configuring
>> call
>> groups in the usual way and more or less replicating old key system
>> behavior.
>>
>> Cheers,
>> Francis
>>
>>
>> _________________________________________________________________________
>> 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
>>
>
>
>
> --
> *Andrew Cassidy BSc (Hons) MBCS SSCA*
> Managing Director
>
>
> *T <info at cassidywebservices.co.uk> *03300 100 960
> *F<info at cassidywebservices.co.uk>
>  *03300 100 961
> *E <info at cassidywebservices.co.uk> *andrew at cassidywebservices.co.uk
> *W <info at cassidywebservices.co.uk> *www.cassidywebservices.co.uk
> _________________________________________________________________________
> 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
>