HI Jerome,
Jerome Martin wrote:
yes please - open a feature request to have it in mind for the next release. Just to be sure - the enhancement I was referring at is not about adding additional information about the dialog state as RR param, but just a function to access the internal dialog state.
Does it mean transaction information is kept in-memory as part of dialog state, and I could check if last ACK was processed ? I can't really see how this state information would be structured/what it contains.
see in modules/dialog/dlg_hash.h the dlg_cell structure, state field. There is no state yet saying if ACK was received or not, but I guess can be added without problems
- I was really wondering what those functions would do that RR
module's add_rr_param and check_route_param don't. Could anyone help me to understand this ?
see above; the dialog module puts a dialog id in as RR param just for a fast dialog matching - the information about the dialog parameters, its state and so on are kept in memory by the dialog module.
Thanks, I misunderstood how it works. Now it makes sense :-) Do you plan to add an avp access to store/access arbitrary per-dialog information in-memory ? Like declaring avps to be dialog-specific as dialog module parameter, than just using avp the usual way ?
the dialog module will export a new PV containing the dialog state.
Regards, bogdan