Daniel-Constantin Mierla writes:
> The code initialize the parameter to execute both of them. Do you still
> have the outgoing event route in config? If yes, check maybe it does a drop.
I did the test again and now I got both messages to syslog when
event_mode is not set:
Mar 3 13:35:44 lab sip
The code initialize the parameter to execute both of them. Do you still
have the outgoing event route in config? If yes, check maybe it does a drop.
Cheers,
daniel
On 02.03.21 18:55, Juha Heinanen wrote:
> I added
>
> modparam("topos", "event_mode", 2)
>
> and now event_route[topos:msg-sending
I added
modparam("topos", "event_mode", 2)
and now event_route[topos:msg-sending] got executed with read $rd.
So looks like README has a bug in it.
-- Juha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio
Daniel-Constantin Mierla writes:
> That's a route block executed with an internal sip request. There is
> another one with the request to be sent out, see the readme of the module.
I had read README and also had corresponding
event_route[topos:msg-sending] {
xinfo(" at topos:msg-s
I tried to skip topos stripping based on R-URI hostpart like this:
event_route[topos:msg-outgoing] {
xinfo(" at topos:msg-outgoing with $rd\n");
if ($rd == "example.com")
drop;
}
and got this to syslog:
Mar 2 18:35:59 lab /usr/bin/sip-proxy[22441]: INFO:
That's a route block executed with an internal sip request. There is
another one with the request to be sent out, see the readme of the module.
Cheers,
Daniel
On 02.03.21 17:40, Juha Heinanen wrote:
> I tried to skip topos stripping based on R-URI hostpart like this:
>
> event_route[topos:msg-out