<div dir="ltr"><br><div class="gmail_extra">Hi Darcy,</div><div class="gmail_extra"><br></div><div class="gmail_extra">First, I setup BLF to monitor FXO trunks. Here&#39;s the method:</div><div class="gmail_extra">1. When CHANNEL_CALLSTATE is catched,  PRESENCE_IN event is sent to reflect the status of the call.</div>
<div class="gmail_extra"><br></div><div class="gmail_extra">When the phone send SUBSCRIBE, the confirmed LEDs (solid red) turns green (free).  This is our problem.  So I modify the lua script to:</div><div class="gmail_extra">
<br></div><div class="gmail_extra">2. Save/update the PRESENCE_IN data into a separate database.  One record for each FXO port.  This is already tested.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Using another lua script to catch SUBSCRIBE event (or any event from the phone), every record is pulled out and the data used to send PRESENCE_IN event. That will restore the active LEDs on the phone.<br>
</div><div class="gmail_extra">
<br>I have not yet test the other lua script.  I still have to verify if the PHONE regularly sends SUBSCRIBE messages.  If not, I&#39;ll use other events from the phone.</div><div class="gmail_extra"><br></div><div class="gmail_extra">
It easier for me since I created a separate database -  but for the SIP phones I&#39;ll leave that to the FS gurus.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Rgds,</div><div class="gmail_extra">/Nandy</div>
<div class="gmail_extra"><br><div class="gmail_quote">On Thu, Jul 17, 2014 at 9:40 AM, Darcy Primrose <span dir="ltr">&lt;<a href="mailto:fs@voice2net.ca" target="_blank">fs@voice2net.ca</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<u></u>





<div bgcolor="#ffffff">
<div><font face="Arial">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.</font></div>
<div><font face="Arial"></font> </div>
<div><font face="Arial">Thanks in advance</font></div><span class="HOEnZb"><font color="#888888">
<div><font face="Arial">Darcy</font></div>
</font></span><blockquote style="BORDER-LEFT:#000000 2px solid;PADDING-LEFT:5px;PADDING-RIGHT:0px;MARGIN-LEFT:5px;MARGIN-RIGHT:0px"><div><div class="h5">
  <div style="FONT:10pt arial">----- Original Message ----- </div>
  <div style="FONT:10pt arial;BACKGROUND:#e4e4e4"><b>From:</b> 
  <a title="nandy1925@gmail.com" href="mailto:nandy1925@gmail.com" target="_blank">Nandy 
  Dagondon</a> </div>
  <div style="FONT:10pt arial"><b>To:</b> <a title="freeswitch-users@lists.freeswitch.org" href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">FreeSWITCH Users Help</a> 
  </div>
  <div style="FONT:10pt arial"><b>Sent:</b> Wednesday, July 16, 2014 9:08 
  PM</div>
  <div style="FONT:10pt arial"><b>Subject:</b> Re: [Freeswitch-users] blf with 
  event socket</div>
  <div><br></div>
  <div dir="ltr"><br>
  <div class="gmail_extra">I&#39;d like to put more info here because I&#39;m also having 
  the same problem. In my case,  I capture CHANNEL_CALLSTATE of FreeTDM FXO 
  to light BLF LEDs on the operator phone.</div>
  <div class="gmail_extra"><br></div>
  <div class="gmail_extra">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.</div>
  <div class="gmail_extra"><br></div>
  <div class="gmail_extra">I prefer to see a PRESENCE refresh but I don&#39;t know 
  it&#39;s compliance to the RFCs (I&#39;m still a dummy:-). My cents worth.</div>
  <div class="gmail_extra"><br></div>
  <div class="gmail_extra">/Nandy     <br><br><br>
  <div class="gmail_quote">On Thu, Jul 17, 2014 at 2:06 AM, Darcy Primrose <span dir="ltr">&lt;<a href="mailto:fs@voice2net.ca" target="_blank">fs@voice2net.ca</a>&gt;</span> wrote:<br>
  <blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote"><u></u>
    <div bgcolor="#ffffff">
    <div><font face="Arial">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.</font></div>
    <div><font face="Arial"></font> </div>
    <div><font face="Arial">Am I missing something or is there a further step I 
    need to take.</font></div>
    <div><font face="Arial"></font> </div>
    <div><font face="Arial">sendevent PRESENCE_IN<br>proto: sip<br>from: <a href="mailto:70@xxxx.voice2net.ca" target="_blank">70@xxxx.voice2net.ca</a><br>login: <a href="mailto:70@xxxx.voice2net.ca" target="_blank">70@xxxx.voice2net.ca</a><br>
event_type: 
    presence<br>alt_event_type: dialog<br>Presence-Call-Direction: 
    inbound<br>answer-state: confirmed<br>unique-id: 00c0120f</font></div><span><font color="#888888">
    <div><font face="Arial"></font> </div>
    <div><font face="Arial">Darcy Primrose</font></div>
    <div><font face="Arial">Voice2Net</font></div>
    <div><font face="Arial"></font> </div></font></span></div><br>_________________________________________________________________________<br>Professional 
    FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>FreeSWITCH-powered 
    IP PBX: The CudaTel Communication Server<br><a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br><br>Official FreeSWITCH 
    Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>FreeSWITCH-users mailing 
    list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>
  </div></div><p>
  </p><hr><div class="">

  <p></p>_________________________________________________________________________<br>Professional 
  FreeSWITCH Consulting 
  Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><br><a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br><br>FreeSWITCH-powered 
  IP PBX: The CudaTel Communication 
  Server<br><a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br><br>Official FreeSWITCH 
  Sites<br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br><a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br><a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>FreeSWITCH-users 
  mailing 
  list<br><a href="mailto:FreeSWITCH-users@lists.freeswitch.org" target="_blank">FreeSWITCH-users@lists.freeswitch.org</a><br><a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br><a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</div><p></p></blockquote></div>
<br>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<br></blockquote></div><br></div></div>