Hello
I have a problem with some phone numbers at Telenor. Our door telephone
does not reply with an ACK on the 200 OK.
All I found was a weird SDP response with two "connection information" lines
Session Description Protocol
Session Description Protocol Version (v): 0
Thank you Daniel, this was indeed misleading.
Am 12.12.19 um 08:45 schrieb Daniel-Constantin Mierla:
> Hello,
>
> it was supposed to be about sip message flags (the setflag() and
> resetflag() operations) - I updated that paragraph to clarify it. Feel
> free to add more or remove content to make
Hi All,
I need some expert help to trouble shoot a problem I have seen, S-CSCF send
BYE to tear down a call. I have make some progress to trace the problem to
impurecord.c in ims_usrloc_scscf module, _c->first_dialog_data !=0 while try
to delete an expired contact. I need some help to find
Sorry I meant putting modparam("tm", "auto_inv_100_reason", "Trying") as
parameter.
As per tm module , auto_inv_100 parameter is by default set as 1 , but still
Kamailio is not sending it, is there some function that trigger it ?
-Original Message-
From: sr-users On Behalf Of Ali Taher
On Thu, Dec 12, 2019 at 02:39:03PM +, Ali Taher wrote:
> Thanks Alex for drawing my attention regarding escaping $rU before
> using it in sql queries. But I'm not sure where to use sql.val in this
> case ? Do you mean I can use either {s.escape.common} or {sql.val} ?
I think either one works
Hello,
I am not familiar with prometheus, but you can create an issue on the
tracker at github.com/kamailio/kamailio and we can assign it to the the
developer of the module. You can also make a pull request with a fix
that can be reviewed and merged.
Cheers,
Daniel
On 11.12.19 11:21, ENGIN ESIN
Thanks Alex for drawing my attention regarding escaping $rU before using it in
sql queries. But I'm not sure where to use sql.val in this case ? Do you mean I
can use either {s.escape.common} or {sql.val} ?
Regarding the 100 trying , should I put modparam("tm", "auto_inv_100_reason",
"Trying")