Not sure how relevant this is for you but I just ran into a gotcha with
subst_hf() not distilling changes.
Seems that in some circumstances you need to invoke
msg_apply_changes()
from the textopsx module to finalize the payload for transport.
I gather that this should be used with care since
> On 24 Sep 2018, at 23:04, Alex Balashov wrote:
>
> On Mon, Sep 24, 2018 at 10:46:44PM +0100, Ben Hood wrote:
>
>> I was trying (as a temporary hack) to mangle this to become
>>
>> Contact: > >
>
> But that's not grammatically valid…
You ar
The code for the mangling is this:
$var(ctct) = ">";
subst_hf("Contact", “/\<.+\>/$var(ctct)\r\n/", "a”);
Which is why I originally asked about how to use subst_hf just to debug the
missing ACK.
> On 24 Sep 2018, at 19:25, Alex Balashov wrote:
>
stion is, why are you rewriting a Contact header? :-) That
> might be what you're really doing wrong ...
>
> On Mon, Sep 24, 2018 at 05:54:04PM +0100, Ben Hood wrote:
>
>> Hi,
>>
>> I’m wondering how to use subst_hf() properly.
>>
>> I’m trying
Hi,
I’m wondering how to use subst_hf() properly.
I’m trying to debug a broken flow by manually rewriting the contact header from
Contact:
to
Contact:
by using
$var(ctct) = "";
subst_hf("Contact", “/\<.+\>/$var(ctct)\r\n/", "a”);
but the result is
Contact:
sip:b73c6f29-0101-4802-afcd-e
Hey Daniel,
Just FYI the FreeBSD maintainers have just uprev'ed port to the 5.1.5 upstream.
Cheers,
Ben
> On 22 Aug 2018, at 11:45, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> Kamailio SIP Server v5.1.5 stable release is out.
>
> This is a maintenance release of the latest stable branch
> On 11 Jul 2018, at 17:11, Daniel-Constantin Mierla wrote:
> is the 'expires' value in the db records greater than 0? It is shown 0 in the
> rpc dump.
>
Yes, that was it.
After setting the expires field to 360 and the reg_delay to 3, kamailio sent
the REGISTER messages to the auth proxy:
Hi,
I’m wondering if there is a flag somewhere in the UAC module config that
prevents remote registration from happening.
It looks like I’ve loaded the uacreg table but I can’t see any REGISTER methods
being sent from Kamailio to the remote peer.
The remote registrants are loaded using this co
Many thanks for this Daniel.
FYI the official FreeBSD port has now been uprev'ed to 5.1.3 as well.
> On 24 Apr 2018, at 14:30, Daniel-Constantin Mierla wrote:
>
> Hello,
>
> Kamailio SIP Server v5.1.3 stable release is out.
>
> This is a maintenance release of the latest stable branch, 5.1,
Hi,
Does the UAC module support ha1 passwords for the remote registrar?
The DDL for the uacreg table indicates the might be the case, but it’s unclear
which one the UAC module would use by default.
Is there a parameter to set this?
Cheers,
Ben
__
> On 9 Mar 2018, at 07:58, Daniel-Constantin Mierla wrote:
> yes, the db result is cleaned up internally, the value being copied into
> variable before that.
Many thanks for the clarification.
Cheers,
Ben
___
Kamailio (SER) - Users Mailing List
sr-u
Hi,
Does sql_pvquery() clean up after itself?
The other query APIs return a result handle that you clean up with
sql_result_free(), but sql_pvquery() doesn’t appear to return any handle, so is
it self-collecting?
Cheers,
Ben
___
Kamailio (SER
On Mon, Mar 5, 2018 at 9:42 AM, Ben Hood <0x6e6...@gmail.com> wrote:
> I'd like to trust HTTP requests from internal subnets and use the
> trusted table to manage permissions from external networks.
>
> Is there a way to configure permissions.allow to trust everything on a
Hi,
I'd like to trust HTTP requests from internal subnets and use the
trusted table to manage permissions from external networks.
Is there a way to configure permissions.allow to trust everything on a
local subnet and use the DB table for everything else? Does the
permissions module even work in
s.
> As you can immagine the dispatcher module has a param like this:
> ```
> modparam("dispatcher", "list_file", "/tmp/dispatcher.list")
> ```
>
> I'll be giving a speech on CD/CI and Kamailio route testing in a
> dockerized environment lik
On Fri, Mar 2, 2018 at 11:06 AM, Daniel-Constantin Mierla
wrote:
> use jsonrcp_dispatch() when you want the rpc command response to be sent
> back via incoming transport (http in this case).
>
> jsonrpc_exec() should be used when you want to do it from normal SIP
> routing blocks and get the jsonr
Hey Aleksandar,
Many thanks for the heads up - very interesting to see how other
people are doing this.
So if I understand you correctly, you have a dynamic list of dispatchers.
And then you invoke "dispatcher.reload" to reload all of the
dispatchers you have defined dynamically?
What does the
Cool, many thanks for the heads up.
So jsonrpc_dispatch() in the request handler binds to the method
parameter in the JSON blob sent by the client to the corresponding
internal management function?
On Fri, Mar 2, 2018 at 9:12 AM, Daniel-Constantin Mierla
wrote:
> you can do jsonrpc over http/s
Hi,
What is the idiomatic way to call an RPC from a remote HTTP client in
the 5.1.x series?
I'd like to invoke mtree.reload from a remote HTTP client.
My goal is to avoid a dependency on kamcmd on the remote client system
- it would be nice to be able to issue a HTTP RPC which could be
implement
19 matches
Mail list logo