[Freeswitch-users] BLF with Valet Parking
Spencer Thomason
spencer at 5ninesolutions.com
Mon Jan 24 10:10:05 MSK 2011
Thanks for the info! Using fifo has been working great. What I was
really hoping to do was use the built in park key on these phones. I
was looking at the default dialplan and there seems to be a starting
point already there using this fuction. When you press the park key,
the phone prompts for a lot number. If for instance I press 1, the
phone dispatches an INFO message like the following:
recv 344 bytes from udp/[x.x.x.x]:43491 at 06:56:10.683660:
------------------------------------------------------------------------
INFO sip:callpark at x.x.x.x;orbit=1 SIP/2.0
Via: SIP/2.0/UDP 192.168.2.2:5060;branch=z9hG4bK-9884b5e3
From: "Test" <sip:1000 at x.x.x.x>;tag=12850188b984f129o0
To: <sip:callpark at x.x.x.x;orbit=1>
Call-ID: 3d4e50eb-c490b481 at 192.168.2.2
CSeq: 5617 INFO
Max-Forwards: 70
User-Agent: Cisco/SPA509G-7.4.7
Content-Length: 0
------------------------------------------------------------------------
2011-01-24 06:56:10.683749 [DEBUG] sofia.c:6131 dispatched freeswitch
event for INFO
To which I get a 200 OK from Freeswitch. The phone then says "Invalid
Park Number".
It seems the phone would send a REFER instead of INFO?? I have the
following in my dialplan:
<extension name="park">
<condition field="source" expression="mod_sofia"/>
<condition field="destination_number" expression="callpark"/>
<condition field="${sip_refer_to}">
<expression><![CDATA[<sip:callpark at .*;orbit=(\d+)>]]></
expression>
<action application="fifo" data="ParkingSlot$1@${domain_name}
in undef $${hold_music}"/>
</condition>
</extension>
Any pointers would be greatly appreciated.
Thanks,
Spencer
On Jan 17, 2011, at 11:30 AM, S W wrote:
> FYI, on the wiki there is a little further documentation on the config
> I wrote up there in the email:
>
> http://wiki.freeswitch.org/wiki/Park_%26_Retrieve
>
> I've been using this code for quite a while. The fact that fifo just
> works solid in freeswitch is wonderful, to say the least.
>
> On Mon, Jan 17, 2011 at 2:02 PM, Spencer Thomason
> <spencer at 5ninesolutions.com> wrote:
>> Thanks for the info. Initially I was trying to mimic the Asterisk
>> parking behavior and show the status of a call in a slot. I'll
>> rework
>> this using fifo.
>>
>> Spencer
>>
>> On Jan 17, 2011, at 9:07 AM, Anthony Minessale wrote:
>>
>>> yes using fifo for parking is the more elegant solution.
>>> the valet_parking is more for people who miss the asterisk flavored
>>> parking.
>>>
>>>
>>> On Mon, Jan 17, 2011 at 11:00 AM, S W <steve.d.ward at gmail.com>
>>> wrote:
>>>> Travis:
>>>>
>>>> Here is something that might interest you. I use 509gs, and I have
>>>> some of them set up with BLF/speeddials set up on "parking slots".
>>>> If
>>>> no call is in the slot, you just press the button to park the call.
>>>> If you want to retrieve a call from the slot, press that same
>>>> button.
>>>> Following is the config I use to be able to park calls and have
>>>> BLF/speed dials.
>>>>
>>>> In autoconf/fifo.conf.xml :
>>>> -------------------------------------
>>>> <fifo name="ParkingSlot1@$${domain}" importance="0"/>
>>>> -------------------------------------
>>>>
>>>> In dialplan, e.g. 100_parking_slots.xml :
>>>>
>>>> <extension name="parking_slots">
>>>> <condition field="destination_number"
>>>> expression="^(ParkingSlot\d+)$" break="on-false">
>>>> <!-- Get count of callers in the specified parking slot (fifo)
>>>> -->
>>>> <action inline="true" application="set"
>>>> data="slot_count=${fifo(count $1@$${domain})}"/>
>>>> <action inline="true" application="set"
>>>> data="slot_count=${slot_count:-3:2}"/>
>>>> </condition>
>>>> <condition field="${slot_count}" expression="^\:0$"
>>>> break="always">
>>>> <!-- For FIFO count of 0: place the caller into the FIFO
>>>> (actions
>>>> are -->
>>>> <!-- executed).
>>>> -->
>>>> <!-- fifo settings for parking fifos -->
>>>> <action application="unset" data="fifo_chime_list"/>
>>>> <action application="set" data="fifo_chime_freq=0"/>
>>>> <!-- Parked callers listen to MOH -->
>>>> <action application="fifo" data="${destination_number}@$$
>>>> {domain}
>>>> in undef local_stream://moh"/>
>>>> <!-- This hangup should never happen. -->
>>>> <action application="hangup"/>
>>>> <!-- For non-zero FIFO count: connect the caller to the parked
>>>> channel -->
>>>> <!-- (remove the channel from the FIFO and bridge it to the
>>>> caller using -->
>>>> <!-- fifo ... out)
>>>> -->
>>>> <anti-action application="fifo"
>>>> data="${destination_number}@$${domain} out nowait"/>
>>>> <!-- This hangup should never happen -->
>>>> <anti-action application="hangup"/>
>>>> </condition>
>>>> </extension>
>>>>
>>>> And here is an example SPA509g config (I actually use this):
>>>>
>>>> fnc=blf+sd;sub=ParkingSlot1@$PROXY;ext=ParkingSlot1@$PROXY
>>>>
>>>> Note that, above, my FreeSWITCH box that runs the fifo code above
>>>> is
>>>> the $PROXY to which my 509g is also registered, etc.
>>>>
>>>> Let me know if you have any questions on that; I hope it helps.
>>>>
>>>>
>>>> On Mon, Jan 17, 2011 at 10:29 AM, Brian West <brian at freeswitch.org>
>>>> wrote:
>>>>>
>>>>> I think he wants BLF status of a lot on a key. That I don't think
>>>>> is there.
>>>>> /b
>>>>> On Jan 17, 2011, at 9:01 AM, Travis Kemen wrote:
>>>>>
>>>>> BLF works fine here with valet parking using polycom/snom phones.
>>>>>
>>>>> Travis
>>>>>
>>>>> On Sun, Jan 16, 2011 at 6:15 PM, Spencer Thomason <spencer at 5ninesolutions.com
>>>>>> wrote:
>>>>>>
>>>>>> Hello all,
>>>>>> Is it possible to use BLFs with valet parking? Basically I have
>>>>>> several Linksys SPA 509G phones and after a call is parked, I'd
>>>>>> like
>>>>>> use use a speed dial/BLF key on the phone to pickup the call.
>>>>>> I do
>>>>>> have presence configured and working with the extensions.
>>>>>>
>>>>>> Thanks,
>>>>>> Spencer
>>>>>
>>>>> _______________________________________________
>>>>> 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
>>>>>
>>>>
>>>> _______________________________________________
>>>> 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
>>>
>>> _______________________________________________
>>> 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
>>>
>>
>>
>> _______________________________________________
>> 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
>>
>
> _______________________________________________
> 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
>
More information about the FreeSWITCH-users
mailing list