Hi,
the devel version includes a new module for providing dialog support. For more about it, please see: http://openser.org/docs/modules/1.1.x/dialog.html
Currently the module offers only call tracking functionality. In the future, new functionalities as dialog termination, per dialog flags and AVPs will be added. These will make possible implementation of more complex dialog-based features (like location hiding).
regards, bogdan
Howdy,
I've been hibernating for a while.
What's this?
Call Dialogs :-)
What does it mean?
I've checked out the docs, is it something that can be used programming for other purposes. Is there an example of a call dialog config file?
---greg
On 4/14/06, Andreas Granig andreas.granig@inode.info wrote:
-- Greg Fausak greg@thursday.com
On Friday 05 May 2006 09:52, Greg Fausak wrote:
as in a SIP dialog :-)
Yes, I am currently building a SIP security proxy (SSP) module that uses the dialog modules callbacks to track the SIP dialog life span. Also we will be implementing SIP Session Timer support (SST) soon on top of the new dialog module.
Here is a snippit from my openser.cfg.m4 file that uses the dialogs in the SSP:
... modparam("dialog", "dlg_flag", FLAG_DIALOG) ...
route { ...
if (method=="INVITE" || method=="ACK") { setflag(FLAG_DIALOG); t_on_reply("ONREPLY_RELAY"); ifelse(DEBUG_MODE, `ON', `xlog("L_INFO", "[$mi] loose_route() set dialog flag, set t_on_reply(ONREPLY RELAY)\n");', `') } ...
Now in the dialog module the dlg_create callback is called in the SSP that I registered so I can look at the INVITE message.
The registering of callbacks is done just like the tm module so I will not include an example. The real secret is knowing when to set the DIALOG flag in the openser.cfg :-)
Hope this helps, ronw
Hi Greg,
the module just offer basic dialog support - it is able to keep dialog information for calls and to match all sequential requests.
The direct usage for the moment is that allows you to count the current calls. Also it offers a rich devel interface that allows more complex modules to be build on top of it (docs also covers the devel section).
the usage is simple - there are no functions; as in accounting, you just mark by flag the initial requests you want to keep the dialog for.
In the future more complex dialog ops will be built, like AVPs per dialog, location hiding, call termination, etc.
regards, bogdan
Greg Fausak wrote:
-
Andreas Granig -
Bogdan-Andrei Iancu -
Greg Fausak -
Ron Winacott