<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META http-equiv=Content-Type content="text/html; charset=us-ascii">
<META content="MSHTML 6.00.2900.6003" name=GENERATOR></HEAD>
<BODY>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>I have an 
application which needs to SUBSCRIBE for Dialog events.&nbsp; I have 
manage-presence turned on.&nbsp; I place a call to an extension which is 
configured in the FS dialplan and is answered by FS (for the moment, it is just 
playing music).&nbsp; If I now SUBSCRIBE for Dialog events for that extension, I 
get only the top-level &lt;dialog-info&gt; element, not the details included in 
the per-dialog &lt;dialog&gt; element (e.g. call id, remote display, etc) which 
are described in RFC4235.</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>In the code, I see 
that the query in actual_sofia_presence_event_handler does a "join" on 
sip_registrations to pull out some of the dialog details.&nbsp; This means that 
extensions which do not register never get dialog details.&nbsp; In my case, 
sip_registrations and sip_presence databases are empty, but most of the info 
that should be in the &lt;dialog&gt; element is stored in the sip_dialogs 
database.</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>Why does the query 
need sip_registrations or sip_presence?&nbsp; When I simplify this query to 
remove the references to these databases, I get much closer to the data I 
need.&nbsp; Isn't all the data we need in the sip_dialogs database?.&nbsp; 
Dialog info should not require registration.</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>I've noticed some 
other problems, such as:</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>- to and from tags 
are not saved in sip_dialogs</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>- call-id, 
local-tag, remote-tag are not included in the &lt;dialog&gt; 
element</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>- from_user is never 
used because from_id is never null (it is set to "" by 
switch_str_nil)</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>- remote identity 
display is not included</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>- remote target does 
not come from the dialog Contact</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial size=2>I've made some 
changes and verified that a NOTIFY can be crafted which fully meets RFC4235 and 
allows my application to pick up this call (by sending an INVITE with 
REPLACES).&nbsp; The first step though is to understand the link to 
sip_registrations.</FONT></SPAN></DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2></FONT></SPAN>&nbsp;</DIV>
<DIV><SPAN class=349325916-08102010><FONT face=Arial 
size=2>Carolyn</FONT></SPAN></DIV></BODY></HTML>