Hello,
I've just built Kamailio from the master.
Assigning a value to a < var > doesn't seem to work anymore...
This works with Kamailio 5.5.2.
E.g. :
$var(my_var) = "hello";
xlog("L_WARN", "var(my_var): $var(my_var)\n");
# => This shows value 0.
Regards,
Nicolas.
This message contains information that may be privileged or confidential and is the property of the Capgemini Group. It is intended only for the person to whom it is addressed. If you are not the intended recipient, you are not authorized to read, print, retain, copy, disseminate, distribute, or use this message or any part thereof. If you receive this message in error, please notify the sender immediately and delete all copies of this message.
Dear Community
In my previous post I mentioned my problem with sql_xquery
I fear I used this wrong.
$dbr is probably only populated if sql_query is used. Anyway, it is
always 0 in my testings, even if I clearly get a result.
Now I would like to know how many results I have. How can I determine
the size of an $xavp stack (or array)?
Or is there another way to get the number of rows returned by a
sql_xquery without looping an index through all rows?
--
Mit freundlichen Grüssen
-Benoît Panizzon- @ HomeOffice und normal erreichbar
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________
Dear List...
kamcmd> version
kamailio 5.4.7 (x86_64/linux)
Strange issue found.
According to:
https://kamailio.org/docs/modules/5.4.x/modules/sqlops.html
I should get return value 2 if no rows returned:
$var(query) contains a query that does not match (number is not
assigned)
if (sql_xquery("impkam", "$var(query)", "assignedtn") == 1) {
if ($avp(debug) > 1) {
xlog("L_INFO", "$cfg(route): SQL Dump Result: $var(assignedtn) ROWS: $dbr(assignedtn=>rows) \n");
}
do stuff with the assigned number
} else {
do stuff in case that number is not assigned
}
Log Output:
CHECK_ASSIGNED_TN: SQL Dump Result: 0 ROWS: 0
So the return value of the query was == 1 but the result contains no
rows. How can that be?
--
Mit freundlichen Grüssen
-Benoît Panizzon- @ HomeOffice und normal erreichbar
--
I m p r o W a r e A G - Leiter Commerce Kunden
______________________________________________________
Zurlindenstrasse 29 Tel +41 61 826 93 00
CH-4133 Pratteln Fax +41 61 826 93 01
Schweiz Web http://www.imp.ch
______________________________________________________
Hello guys,
I'm testing with 2 providers right now, and one of them is asking me to
include my whole certificate on the
*secsipid_add_identity(origTN, destTN, attest, origID, x5u, keyPath)*
like:
*secsipid_add_identity("$fU", "$rU", "A", "",
"https://kamailio.org/stir/$rd/cert.pem
<https://kamailio.org/stir/$rd/cert.pem>", "/secsipid/$rd/key.pem");*
but it is stated that:
*x5u is the HTTP URL referencing to the public key that should be used to
verify the signature;*
One provider is asking to put the cert there, the other hasn't asked that
yet.
So i'm a little confused, should the x5u be the actual cert (with its
intermediary?) or only the public key?
Regards,
David Villasmil
email: david.villasmil.work(a)gmail.com
phone: +34669448337
Hello,
Is there a way to suppress the printing "date & time, host, and Kamailio execution path" at the begging of each xlog line?
Example current xlog line:
Nov 4 16:54:52 myserver /usr/local/sbin/kamailio[7021]: INFO: <script>: => Test xlog line
I would like xlog line to be:
INFO: <script>: => Test xlog line
Thank you,
Hi.
I'm looking for a solution to the following problem, and wondering whether
Kamailio (with which I have very little experience so far) may be it, or
whether I'm thinking in totally the wrong direction.
The problem:
I have a SIP client application which runs on a standard Linux system, and is
extremely basic - it can REGISTER in order to receive inbound calls, and it
can send INVITEs in order to place outbound calls, and that's about it. It
handles media as well - in essence, it's a simple softphone. I can't change
it for a more capable one, before anyone suggests that :)
Specifically, this thing cannot send REINVITEs in order to put calls on hold,
nor can it handle anything to do with transfers (blind or attended).
I'm looking for something which does have these SIP capabilities which I could
put in between this application and the SIP server through which it is placing
and receiving calls, so that I can (through some sort of API) cause calls in
progress to be put on hold, resumed, blind transferred, or hold-and-attended-
transferred.
Does that sound like something Kamailio can do?
If so, can anyone point me in a helpful direction re how to go about it?
If not, can anyone suggest something else which could sit in between a very
basic SIP client and a PBX server, in order to inject these sorts of commands
into the path and thereby give me these sorts of extra call capabilities?
Thanks,
Antony.
--
I'm not impossible, just highly implausible.
Please reply to the list;
please *don't* CC me.
Hello guys,
I'm getting failed by my provider because I'm sending to them with +1 both
on the headers and on the payload. My understanding is there is no
mandatory format, or is there?
Regards,
David Villasmil
email: david.villasmil.work(a)gmail.com
phone: +34669448337
Hi there,
May I know what exactly is supposed to be "delayed" in the UAC registration?
*modparam("uac", "reg_random_delay", 20)*
I have records stored in DB with *reg_delay=0*. When doing *uac.reg_dump*,
I do see the value of *reg_delay* being random for various records.
However, after restarting Kamailio, the registrations are all sent out
*simultaneously*, there doesn't seem to be a "delay", whatever the purpose
is supposed to be.
Can someone clarify please?
Kamailio 5.5.0
Thanks. Regards,
--Sergiu
Hi List,
i thought there could be a solution to disable the log_prefix for acc
module - but i didn't found it. Is there a solution to supress log_prefix
for acc like acc_json did that?
I use kamailio 5.5.2 with that settings:
log_name="kamailio"
log_facility=LOG_LOCAL4
log_prefix="{$hdr(CSeq) $ci} "
the acc module then logs the "log_prefix" - plus some module/function stuff:
INFO: {1 INVITE SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050} acc
[acc.c:285]: acc_log_request(): ACC: transaction answered:
timestamp=1635843776;utctime=2021-11-02
09:02:56;method=INVITE;from_tag=SDkk50d01-e8bc0cda;to_tag=XBr6apQ9HN4HD;call_id=SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050;code=200;reason=OK;src_user=bob;src_domain=sip100;src_ip=172.20.120.56;dst_ouser=alice;dst_user=echo;dst_domain=172.20.120.59;user_agent=;x_t_call_id=;x_routing=;x_billing=
INFO: {1 ACK SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050} acc
[acc.c:285]: acc_log_request(): ACC: request acknowledged:
timestamp=1635843776;utctime=2021-11-02
09:02:56;method=ACK;from_tag=SDkk50d01-e8bc0cda;to_tag=XBr6apQ9HN4HD;call_id=SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050;code=200;reason=OK;src_user=bob;src_domain=sip100;src_ip=172.20.120.56;dst_ouser=alice;dst_user=alice;dst_domain=172.20.120.51;user_agent=;x_t_call_id=;x_routing=;x_billing=
INFO: {2 BYE SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050} acc
[acc.c:285]: acc_log_request(): ACC: transaction answered:
timestamp=1635843833;utctime=2021-11-02
09:03:53;method=BYE;from_tag=SDkk50d01-e8bc0cda;to_tag=XBr6apQ9HN4HD;call_id=SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050;code=200;reason=OK;src_user=bob;src_domain=sip100;src_ip=172.20.120.56;dst_ouser=alice;dst_user=alice;dst_domain=172.20.120.51;user_agent=;x_t_call_id=;x_routing=;x_billing=
The acc_json module is able to log acc without log_prefix:
{"time": "2021/11/02 10:02:56", "method": "INVITE", "from_tag":
"SDkk50d01-e8bc0cda", "to_tag": "XBr6apQ9HN4HD", "callid":
"SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050", "sip_code": "200",
"sip_reason": "OK", "src_user": "bob", "src_domain": "sip100", "src_ip":
"172.20.120.56", "dst_ouser": "alice", "dst_user": "echo", "dst_domain":
"172.20.120.59", "user_agent": "", "x_t_call_id": "", "x_routing": "",
"x_billing": ""}
{"time": "2021/11/02 10:03:53", "method": "BYE", "from_tag":
"SDkk50d01-e8bc0cda", "to_tag": "XBr6apQ9HN4HD", "callid":
"SDkk50d01-1f7cc956b0b908e42d284189a11b44e7-ct46om0050", "sip_code": "200",
"sip_reason": "OK", "src_user": "bob", "src_domain": "sip100", "src_ip":
"172.20.120.56", "dst_ouser": "alice", "dst_user": "alice", "dst_domain":
"172.20.120.51", "user_agent": "", "x_t_call_id": "", "x_routing": "",
"x_billing": ""}
And just for the records - how to get rid off the rsyslog prefix time/date
stuff:
# /etc/rsyslog.d/kamailio.conf
# drop :msg from rtpengine with "timer run time" - debugging only:
:msg, contains, "timer run time" ~
# Template only msg:
$template myFormat,"%msg%\n"
# log only to local* and NOT to /var/log/messages
local6.*;local6.!=info
-/var/log/platform/voip/kamailio/rtpengine.log
local6.* stop
local5.*
-/var/log/platform/voip/kamailio/rtpengine-cdr.log; myFormat
local5.* stop
local4.*
-/var/log/platform/voip/kamailio/kamailio.log
local4.* stop
local2.*
-/var/log/platform/voip/kamailio/kamailio-cdr.log; myFormat
local2.* stop
local1.*
-/var/log/platform/voip/kamailio/kamailio-cdr-json.log; myFormat
local1.* stop
--
Mit freundlichen Grüßen
*Karsten Horsmann*
