Hello Ron,<br>Thanks for your response. Now I&#39;m able to start and destroy dialog properly. But I guess dialog timer is reset when openser receives &quot;Update&quot; message. I looked in dialog and sst module codes and found that they rely on UA to send &quot;Update&quot; message periodically to keep the dialog active. I dont think it is good idea to rely on clients as all clients may not be sending &quot;UPDATE&quot; messages after call is established. Correct me if I&#39;m wrong. Also I think that I may have to change source code of dialog or sst to send bye if any UA is broken and can&#39;t send &quot;Bye&quot; in case of dialog timeout.
<br><br><div><span class="gmail_quote">On 1/2/07, <b class="gmail_sendername">Ron Winacott</b> &lt;<a href="mailto:ronw@somanetworks.com">ronw@somanetworks.com</a>&gt; wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
On Tuesday 26 December 2006 6:20 am, Asterisk Expert wrote:<br>&gt; Hello,<br>&gt; I am currently trying to do accurate billing with openser. I found that<br>&gt; dialog and sst modules can be used to determine failed transactions. 
i.e.<br>&gt; If UA crashed and no BYE received at all. I tried to configure dialog and<br>&gt; sst modules as specified in the documentation. But active dialogs keep<br>&gt; incrementing even after hangup. It would be nice if someone can post a good
<br>&gt; example. I am using cvs head of openser.<br><br>I will take a look at the SST code, this sounds like a bug. There has been a<br>great deal of change in the dialogs, and stats lately and something could<br>have gotten by me.
<br><br>your script looks like it should work, the only thing is the<br>avp_write(&quot;15&quot;, &quot;$avp(i:10)&quot;); Why a 15 second dialog timeout, what is the<br>SST refresh time? 15 seconds is too short.<br><br>ronw
<br><br>--<br>Ron Winacott - SOMA Networks, Inc.<br>Work: 1-416-348-1580 - <a href="mailto:ronw@somanetworks.com">ronw@somanetworks.com</a><br><br>---<br>A bad xhost is a good thing to waste, here have a cookie!<br> -- Brian Onn
<br><br></blockquote></div><br><br clear="all"><br>-- <br>Regards<br>Asterisk Expert