Hello,
I recall reading somewhere that all private variables (i.e. $var(foo)-style
pvs) are reset/destroyed between request_route executions, but I have a
suspicion this is not happening - either in some limited cases or perhaps
in all cases.
I suppose the most telling symptom is that I see no references to either
destroy_vars() or reset_vars() functions that are defined in
$kamailio/modules/pv/pv_svar.{c,h}.
Is this behavior intentional? If so, I'll see what I can do about
implementing a mechanism that manually resets (or destroys?) variables with
a "$var(all) = $null;"-type of statement (similar to "$uac_req(all) =
$null;"), or making a modparam setting that automatically does this.
Thoughts welcome. Thanks!
Armen
I'm currently using version 4.4.2 and am having trouble trying to reset the statistics in the TMX module. According to its documentation, all statistics except “inuse_transactions” can be reset.
Checking the tmx_mod.c files for the statistics definition, I saw that the STAT_NO_RESET flag wasn't used for any statistic listed there (which seems odd because I think it should have been set for the inuse_transactions statistic):
`static stat_export_t mod_stats[] = {
{"UAS_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_uas_trans },
{"UAC_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_uac_trans },
{"2xx_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_2xx },
{"3xx_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_3xx },
{"4xx_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_4xx },
{"5xx_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_5xx },
{"6xx_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_6xx },
{"inuse_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_inuse },
{"active_transactions", STAT_IS_FUNC, (stat_var**)tmx_stats_trans_active},
{"rpl_received", STAT_IS_FUNC, (stat_var**)tmx_stats_rcv_rpls },
{"rpl_absorbed", STAT_IS_FUNC, (stat_var**)tmx_stats_abs_rpls },
{"rpl_generated", STAT_IS_FUNC, (stat_var**)tmx_stats_rld_loc_rpls},
{"rpl_relayed", STAT_IS_FUNC, (stat_var**)tmx_stats_rld_rcv_rpls},
{"rpl_sent", STAT_IS_FUNC, (stat_var**)tmx_stats_rld_tot_rpls},
{0, 0, 0}
};`
All seems ok, but when I try to reset the stats, the command simply doesn't work. The values remain unaltered. The clear command doesn't work either, it just returns the current values.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/820
pua_mi module has both pua_publish and pua_subscribe. pua_rpc module currently implements only pua.publish. If someone is using pua_subscribe, we thus cannot remove pua_mi module yet.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/886
Hi,
encoding \r\n in json is not desirable.
i propose we change the format of "extra" headers in rtjson from
"extra": "X-Hdr-A: abc\r\nX-Hdr-B: bcd\r\n"
to
"extra": {"X-Hdr-A" : "abc" , "X-Hdr-B" : "bcd"}
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/902
Hello,
I propose to freeze the development of v5.0.0 on January 4, 2017.
Hopefully it is just in time for getting the frozen version in next
Debian stable.
Meanwhile, I hope we can get rid of mi code to have a proper fresh start
with cleaned up code in 5.0.0. The big code tree restructuring was
already done, config files in embedded languages is there as well (it
needs more exports, but that's only about available time to fill some
structures, not new feature development).
If anyone wants to make other proposals, reply to mailing lists and
let's discuss.
Cheers,
Daniel
--
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio World Conference - May 8-10, 2017 - www.kamailioworld.com
Hi!
http://kamailio.org/docs/modules/devel/modules/pua_mi.html#idp35056788
This module has a lot of mi and needs to be rewritten. I looked at implementing the pua_publish as RPC a long time ago and remembers that doing this back then seemed impossible to me using the RPC interface.
If we’re looking into removing mi for 5.0.0 which is a good thing, then we need to handle this module.
Just wanted to start the conversation :-)
/O