Hi Mark,
For me correct syntax will be :
avp_db_query("SELECT customer FROM customer_sbcs WHERE sbc1 = $avp(sbc)",
"$avp(custID)", 1);
Regards
De : Users au nom de Mark Farmer
Répondre à : OpenSIPS users mailling list
Date : mercredi 3 février 2021 à 18:22
À : OpenSIPS users m
Hello everyone.
I am trying to do a database lookup using avp_db_query() and getting an
error in my log:
ERROR:core:get_cmd_fixups: Variable in param [2] is not a string
ERROR:core:do_action: Failed to get fixups for command
It seems the query is erroring as $rc is always -1
CUSTOM_LOG: DB Que
Hi, everyone!
I've just published a new blog[1] that shows you how simple it is to
compute calls statistics (ASR, ACR, PDD, NER, CCR) using the new
statistics series available[2] in the statistics module.
Have fun using the new statistics!
[1]
http://blog.opensips.org/2021/02/02/improved-se
I'm seeing strange behaviour using mid_registrar with AOR throttling...
On initial registration, I do a mid_registrar_save():
mid_registrar_save("location","mp0v","sip:$tU@midreg",,"vipx");
Return value from save is "1" (success) and then I successfully forward the
REGISTER to the FreePB
Good day John,
it looks like your own deduction is absolutely right!
If we talk about the SIP protocol in terms of RFC 3261, then I guess it's
clear that the acknowledgement which has a To tag,
which is different from the previously defined one (in 200 OK) of the same
dialog, should be essentially
Hi,
On 2021-02-03 10:11, Liviu Chircu wrote:
On 03.02.2021 11:09, Fabian Gast wrote:
The second one works, but not the first one, which should be the same
and i don't get why.
( Talking about Opensips 2.4.x )
Hi,
Per the documentation [1], the global onreply_route is stateless
(unrelated t
On 03.02.2021 11:09, Fabian Gast wrote:
The second one works, but not the first one, which should be the same
and i don't get why.
( Talking about Opensips 2.4.x )
Hi,
Per the documentation [1], the global onreply_route is stateless
(unrelated to the SIP transaction, you're just viewing a S
Hello @all,
maybe you could help me to understand the behaviour of avps in
onreply_routes.
I have to configs:
a)
modparam("tm", "onreply_avp_mode", 1)
route {
$avp(aa) = 1;
t_relay();
}
onreply_route {
xlog("$avp(aa)\n"); # avp NOT set!
}
b)
modparam("tm", "onreply_av