Yup. The default configuaration already have the nathelper.so loaded.
Plus, there are other places in the config where nat_uac_test was called
but never error out.
On Thu, Jan 3, 2019 at 5:39 PM Sergey Okhapkin
wrote:
> Did you load the module?
>
> On Thursday, January 3, 2019 5:27:12 PM EST An
Did you load the module?
On Thursday, January 3, 2019 5:27:12 PM EST Andrew Chen wrote:
Hey it's me again.
So I'm following the instructions in the Kamailio 5.1.x wiki module page for
websocket configuration and it specifically mention to set this block:
onreply_route[WS_REPLY] {
xlo
Hey it's me again.
So I'm following the instructions in the Kamailio 5.1.x wiki module page
for websocket configuration and it specifically mention to set this block:
onreply_route[WS_REPLY] {
xlog("L_INFO", "[CSeq $cs] Is in WS_REPLY.");
xlog("L_INFO", "[CSeq $cs] Sending $rs $rr
Am Donnerstag, 3. Januar 2019, 20:06:51 CET schrieb Duarte Rocha:
> As far as i can tell, i have 3 ways to permanently change the memory
> settings in Kamailio :
>
> /etc/init.d/kamailio , /etc/default/kamailio and src/core/config.h.
>
> What's the priority between them? If i have different value
On Thu, Jan 03, 2019 at 07:06:51PM +, Duarte Rocha wrote:
> As far as i can tell, i have 3 ways to permanently change the memory
> settings in Kamailio :
>
> /etc/init.d/kamailio , /etc/default/kamailio and src/core/config.h.
>
> What's the priority between them? If i have different values in
Greetings,
As far as i can tell, i have 3 ways to permanently change the memory
settings in Kamailio :
/etc/init.d/kamailio , /etc/default/kamailio and src/core/config.h.
What's the priority between them? If i have different values in all 3 of
them, which one will be used? Which is one is the be
Like I said, via[2] will not be accurate if the original request came from
behind NAT, as VIA[2] in most cases will be a private IP (provided UAC
didn't perform any far-end NAT-traversal tricks).
The final destination of a reply will be decided upon performing routing on
the reply message, taking
First, thanks guys for all the responses. These are great suggestions.
So my Kamailio needs to forward SIP responses back to ether client or
server side, depending on where the initial SIP method originated from.
Client side generally is behind NAT. When forwarding the response, I want
to log th
On Wed, Jan 02, 2019 at 03:25:55PM +0100, Daniel-Constantin Mierla wrote:
> However, there was no follow up, Florian said he has to monitor after doing
> some fixes on the system and see how it goes. Since then I haven't see
> another update, so if you can get gdb backtrace, we can see if it is
> r
Hello,
like Joel said, in reply_rpute or onreply_route use $si and $pr to get the
source ip and protocol of the reply.
If you need it in failure_route, then use $T_rpl($si) and $T_rpl($pr), from
the TMX module like was suggested by another response.
If none of these is what you want, then explai
10 matches
Mail list logo
