Nandy, can you elaborate more on the work around, how to you get this to the phone once a subscribe is received from the Phone. Lighting it the first time is easy, keeping it lit is the issue for me.Thanks in advanceDarcy----- Original Message -----From: Nandy DagondonSent: Wednesday, July 16, 2014 9:08 PMSubject: Re: [Freeswitch-users] blf with event socket
I'd like to put more info here because I'm also having the same problem. In my case, I capture CHANNEL_CALLSTATE of FreeTDM FXO to light BLF LEDs on the operator phone.Perhaps the phone clears the LEDs when it receives SUBSCRIBE reply from FS. A refresh is necessary from FS. As a workaround, I save the channel state into a database record. PRESENCE_IN will be generated from all records when a SUBSCRIBE event is received from the phone.I prefer to see a PRESENCE refresh but I don't know it's compliance to the RFCs (I'm still a dummy:-). My cents worth./Nandy
On Thu, Jul 17, 2014 at 2:06 AM, Darcy Primrose <fs@voice2net.ca> wrote:
Some time ago I started this and got side tracked. I am trying to light a lamp on the phones with event_socket. I send the following message which does lite the LEDs on the IP Phones, snom, grandstream and yealink. The trouble is, as soon as the phone sends a subscription message re this identity, the freeswitch responds with a message that kills the led. It appears to me that when the freeswitch gets the event socket it sends the message on to the required phones, but does not keep this status within the freeswitch, so a subsequent subscribe query kills the lamp. I did create a dummy extension to match the led I need to lite. We will use this for Nite Answer Keys and Agent Logins.Am I missing something or is there a further step I need to take.sendevent PRESENCE_IN
proto: sip
from: 70@xxxx.voice2net.ca
login: 70@xxxx.voice2net.ca
event_type: presence
alt_event_type: dialog
Presence-Call-Direction: inbound
answer-state: confirmed
unique-id: 00c0120fDarcy PrimroseVoice2Net
_________________________________________________________________________
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
_________________________________________________________________________
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
_________________________________________________________________________
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