[Users] Accounting using dialog and sst module

Asterisk Expert asterisk.expert at gmail.com
Tue Jan 2 15:00:49 CET 2007


Hello Ron,
Thanks for your response. Now I'm able to start and destroy dialog properly.
But I guess dialog timer is reset when openser receives "Update" message. I
looked in dialog and sst module codes and found that they rely on UA to send
"Update" 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 "UPDATE"
messages after call is established. Correct me if I'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't send "Bye" in case of dialog timeout.

On 1/2/07, Ron Winacott <ronw at somanetworks.com> wrote:
>
> On Tuesday 26 December 2006 6:20 am, Asterisk Expert wrote:
> > Hello,
> > I am currently trying to do accurate billing with openser. I found that
> > dialog and sst modules can be used to determine failed transactions. i.e
> .
> > If UA crashed and no BYE received at all. I tried to configure dialog
> and
> > sst modules as specified in the documentation. But active dialogs keep
> > incrementing even after hangup. It would be nice if someone can post a
> good
> > example. I am using cvs head of openser.
>
> I will take a look at the SST code, this sounds like a bug. There has been
> a
> great deal of change in the dialogs, and stats lately and something could
> have gotten by me.
>
> your script looks like it should work, the only thing is the
> avp_write("15", "$avp(i:10)"); Why a 15 second dialog timeout, what is the
> SST refresh time? 15 seconds is too short.
>
> ronw
>
> --
> Ron Winacott - SOMA Networks, Inc.
> Work: 1-416-348-1580 - ronw at somanetworks.com
>
> ---
> A bad xhost is a good thing to waste, here have a cookie!
> -- Brian Onn
>
>


-- 
Regards
Asterisk Expert
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20070102/93e58b7e/attachment.htm>


More information about the sr-users mailing list