<div><div dir="auto">Maybe you can make that functionality configurable and submit a PR to upstream?</div><div dir="auto"><br></div><div dir="auto">I’m sure someone can/will benefit from your effort. </div><div dir="auto"><br></div><div dir="auto">Joel. </div><br><div class="gmail_quote"><div>On Fri, Apr 27, 2018 at 13:47 Preston Hagar <<a href="mailto:prestonh@gmail.com">prestonh@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>Just thought I would send a followup in case someone ever runs into the same problem and comes across this thread later.<div><br></div><div>We ended up having to modify mod_valet_parking.c to pull in the caller_id_number channel variable and then added it as an event_header_string.</div><div><br></div><div>Then in sofia_presence.c we edited the section that builds the presence XML for parked calls and grabbed that caller ID number and put it in the <remote><identity display="" section instead of just having the word "park" hardcoded like it is now.</div><div><br></div><div>We now get caller Id numbers on things like Voice Operator Panel by having it monitor the presence on the parked extensions.</div><div><br></div><div>If anyone ever needs the code, feel free to contact me and I'm happy to share.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Apr 19, 2018 at 1:23 PM, Preston Hagar <span><<a href="mailto:prestonh@gmail.com" target="_blank">prestonh@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>I've setup mod_valet_park to have a set of "parking slots" so that our receptionist can park the calls in, page for someone to pickup, and then that person can dial in and pick up.  That is all working well.<div><br></div><div>I'm using Voice Operator Panel (VOP) for the receptionist software and want them to be able to monitor presence on the parking slots so that they can see which ones have calls parked that haven't been picked up.  I'd also like them to be able to see the caller id of the call parked in each slot. </div><div><br></div><div>VOP is monitoring presence fine, but for callerId it just shows "park" as the number.  I traced the presence packets in the console and the problem is that in the remote->identity display section of the notify packet, it has "park" as the value to display, instead of the caller id number parked there.</div><div><br></div><div>(see example XML below).</div><div><br></div><div>I have a couple of questions:</div><div><br></div><div>1.  Is it even possible to get mod_valet_park/freeswitch to report the parked caller id number in presence requests in the current mod_valet_park?  If so, how is it done?</div><div><br></div><div>2.  If it isn't in the current code, can anyone point me to the code block that generates that remote XML section of the presence notification?  I poked around in the valet_send_presence function of mod_valet_parking.c, but can't seem to figure out how that block is built.  I will admit that I'm still getting up to speed on how Presence works in FreeSWITCH.</div><div><br></div><div>Thanks for your help!</div><div><br></div><div>Here is a sample notify block:</div><div><br></div><div><div><?xml version="1.0"?></div><div>      <dialog-info xmlns="urn:ietf:params:xml:ns:dialog-info" version="0" state="full" entity="<a href="mailto:sip%3Apark%2B8001@pbx.myfreeswitchdomain.com" target="_blank">sip:park+8001@pbx.myfreeswitchdomain.com</a>"></div><div>        <dialog id="8001" direction="recipient"></div><div>         <state>confirmed</state></div><div>          <local></div><div>             <identity display="park"><a href="mailto:sip%3A8001@pbx.myfreeswitchdomain.com" target="_blank">sip:8001@pbx.myfreeswitchdomain.com</a>;proto=park</identity></div><div>              <target uri="<a href="mailto:sip%3A8001@pbx.myfreeswitchdomain.com" target="_blank">sip:8001@pbx.myfreeswitchdomain.com</a>;proto=park"></div><div>                <param pname="+sip.rendering" pvalue="no"/></div><div>               </target></div><div>            </local></div><div>            <remote></div><div>              <identity display="park">sip:8001</identity></div><div>              <target uri="<a href="mailto:sip%3Apark%2B8001@pbx.myfreeswitchdomain.com" target="_blank">sip:park+8001@pbx.myfreeswitchdomain.com</a>"/></div><div>            </remote></div><div>           </dialog></div><div>        </dialog-info></div><div><br></div><div><br></div><div><br></div></div></div>
</blockquote></div><br></div>
_________________________________________________________________________<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" rel="noreferrer" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://confluence.freeswitch.org" rel="noreferrer" target="_blank">http://confluence.freeswitch.org</a><br>
<a href="http://www.cluecon.com" rel="noreferrer" 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" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" rel="noreferrer" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" rel="noreferrer" target="_blank">http://www.freeswitch.org</a></blockquote></div></div>