According to the logs, due to the fact that the uri has a colon in its
name, it is considered a s a group (load_sip group). You can try to
define a group explicitly, such as
update_stat("dispatcher:load_sip:$rd"); and define the dispatcher stat
as $stat(dispatcher:load_%u).
I haven't tried this, but it might work.
Best regards,
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com
On 9/16/20 8:48 PM, Social Boh wrote:
I think the problem is with the statistics module:
DBG:statistics:pv_parse_name: name 0x7f2a934d5fc0 with name
<load_sip:1.2.3.4:5060>
DBG:statistics:pv_parse_name: name 0x7f2a934d5fc0, name cloned
(in=0x7fff6f8b1876, out=0x7f2a934d8fa0)
DBG:statistics:get_stat_name: stat with name 0x7f2a934d5fc0 still not found
DBG:statistics:parse_groupname: group: 'load_sip', name: '1.2.3.4:5060'
DBG:statistics:get_stat_name: stat name 0x7f2a934d5fc0
(load_sip:1.2.3.4:5060) after lookup is (nil)
DBG:statistics:pv_parse_name: name 0x7f2a934dbe98 with name
<load_sip:5.6.7.8:5060>
DBG:statistics:pv_parse_name: name 0x7f2a934dbe98, name cloned
(in=0x7fff6f8b1876, out=0x7f2a934d8ec0)
DBG:statistics:get_stat_name: stat with name 0x7f2a934dbe98 still not found
Regards
---
I'm SoCIaL, MayBe
On 6/09/20 5:10, Social Boh wrote:
hello, I'm usisng 3.1
So i can't use the function or is there other option?
Thank you
Regards
---
I'm SoCIaL, MayBe
On 6/09/20 1:32, Răzvan Crainea wrote:
I think the problem is that the update_stat() does not accept
variables as parameters - are you using OpenSIPS 2.4?
Best regards,
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com
On 9/4/20 7:42 PM, Social Boh wrote:
No luck:
if (is_method("BYE")) {
do_accounting("db","cdr|failed");
if (isflagset("NAT")) {
rtpengine_delete();
}
if (ds_is_in_list($si,
$sp)) {
xlog("L_NOTICE", "BYE comes from Gateway");
update_stat("load_sip:$si", -1);
} else {
xlog("L_NOTICE", "BYE comes from user");
update_stat("load_sip:$dd", -1);
}
}
During a Call the user hang up but the statistics no change. For
each call grows one unit and always using the same Gateway
Thank you
Regards
---
I'm SoCIaL, MayBe
On 4/09/20 2:44, Răzvan Crainea wrote:
Depending on the BYE's direction, the `$dd` variable may point to
the gateway or to the caller. If the BYE comes from the gateway,
you should decrease the statistic based on $si, not $dd.
Best regards,
Răzvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com
On 9/3/20 7:10 PM, Social Boh wrote:
Hello,
I'm trying to using DISPATCHER module with algorithm 9 together
with STATISTICS module:
My configuration:
#### STATISTIC module
loadmodule "statistics.so"
modparam("statistics", "stat_groups", "load_sip")
#### DISPATCHER module
loadmodule "dispatcher.so"
modparam("dispatcher",
"db_url","mysql://opensips:password@localhost/opensips")
modparam("dispatcher", "algo_route", "disproute")
modparam("dispatcher", "ds_ping_method", "OPTIONS")
modparam("dispatcher", "ds_ping_from", "sip:[email protected]")
modparam("dispatcher", "ds_ping_interval", 30)
modparam("dispatcher", "ds_probing_threshhold", 2)
modparam("dispatcher", "ds_probing_mode", 1)
modparam("dispatcher", "dst_avp", "$avp(271)")
modparam("dispatcher", "pvar_algo_pattern", "$stat(load_%u)")
script:
on the BYE block:
update_stat("load_sip:$dd", -1)
On the DISPATCHER route:
route[DISP] {
if(!ds_select_dst(1,9)) {
send_reply(404, "No destination");
exit;
}
xlog("L_NOTICE", "script: Call to $ru via $du\n");
update_stat("load_sip:$dd", +1);
t_on_failure("DISPATCHER_FAILURE");
t_relay();
exit;
}
The problem is the when the call terminate, the load stay on 1. If
I make 6 calls and hangup:
{
"URI": "sip:5.6.7.8:5060",
"state": "Active",
"first_hit_counter": 6
},
The calls never go to second Gateway and never change the load.
Any help is really appreciate.
Regards
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
_______________________________________________
Users mailing list
[email protected]
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
