17 Oct
2023
17 Oct
'23
1:29 p.m.
Hi
Further trying to eliminate every possible cause of UDP drops...
We use Homer as HEP server in conjunction with the siptrace module.
So to prevent DQM traffic to be sent to Homer I added:
event_route[siptrace:msg] {
if(is_method("KDMQ")) {
drop();
}
}
And had a closer look to the traffic sent to homer.
I noticed, also xhttp:requests, as far as I see the replies, not the
requests, get mirrored to homer.
xhttp is not a sip method I could match I guess.
The event_route[siptrace:msg] docs state only method can be filtered.
So I can not filter requests on the separate http port I listen on for
xhttp json-rpc requests.
How can I prevent xhttp traffic to be mirrored to homer by the siptrace
module?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
17 Oct
17 Oct
4:15 p.m.
docs read like you can filter on headers and body. So maybe
is_present_hf("Sia") works for filtering xhttp replies.
Regards,
Bastian
On Tue, Oct 17, 2023 at 1:54 PM Benoit Panizzon via sr-users <
sr-users(a)lists.kamailio.org> wrote:
Hi
Further trying to eliminate every possible cause of UDP drops...
We use Homer as HEP server in conjunction with the siptrace module.
So to prevent DQM traffic to be sent to Homer I added:
event_route[siptrace:msg] {
if(is_method("KDMQ")) {
drop();
}
}
And had a closer look to the traffic sent to homer.
I noticed, also xhttp:requests, as far as I see the replies, not the
requests, get mirrored to homer.
xhttp is not a sip method I could match I guess.
The event_route[siptrace:msg] docs state only method can be filtered.
So I can not filter requests on the separate http port I listen on for
xhttp json-rpc requests.
How can I prevent xhttp traffic to be mirrored to homer by the siptrace
module?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
22 Oct
22 Oct
2:17 p.m.
Hi Benoit,
how are you measure the traffic you don't want to your Homer? Print stuff
in that Kamailio event route or something else?
Kind regards
Karsten Horsmann
Benoit Panizzon via sr-users <sr-users(a)lists.kamailio.org> schrieb am Di.,
17. Okt. 2023, 13:54:
Hi
Further trying to eliminate every possible cause of UDP drops...
We use Homer as HEP server in conjunction with the siptrace module.
So to prevent DQM traffic to be sent to Homer I added:
event_route[siptrace:msg] {
if(is_method("KDMQ")) {
drop();
}
}
And had a closer look to the traffic sent to homer.
I noticed, also xhttp:requests, as far as I see the replies, not the
requests, get mirrored to homer.
xhttp is not a sip method I could match I guess.
The event_route[siptrace:msg] docs state only method can be filtered.
So I can not filter requests on the separate http port I listen on for
xhttp json-rpc requests.
How can I prevent xhttp traffic to be mirrored to homer by the siptrace
module?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to
the sender!
Edit mailing list options or unsubscribe:
23 Oct
23 Oct
9:06 a.m.
Hi Karsten
how are you measure the traffic you don't want to
your Homer? Print stuff
in that Kamailio event route or something else?
Basically, I want to mirror sip messages to homer, only sip messages
relevant to calls, not anything else which might be processed by
kamailio.
modules.inc:loadmodule "siptrace.so"
modules.inc:modparam("siptrace", "trace_flag", 22);
modules.inc:modparam("siptrace", "trace_on", 1)
modules.inc:modparam("siptrace", "trace_mode", 1)
modules.inc:modparam("siptrace", "hep_mode_on", 1)
modules.inc:modparam("siptrace", "hep_version", 3)
modules.inc:modparam("siptrace", "hep_capture_id", HEP_CAP_AGENT)
modules.inc:modparam("siptrace", "duplicate_uri", HOMERSIPURI)
I also use the xhttp interface for jsonrpc and a custom API.
For this I have kamailio also listen to TCP port 8080 to have those API
xhttp requests clearly separated from call traffic.
But, as I understand, xhttp requests are initially handled as if they
were sip requests and get processed request_route{}
So my request route starts with:
request_route {
# Handle DMQ requests
route(DMQ_CAPTURE);
# Make sure we operate on the correct port (not on the xhttp one)
if ($Rp != 5060 && $Rp != 5061) {
xlog("L_ERROR", "REQUEST_ROUTE $rm to wrong port
$Rp\n");
exit;
}
so all SIP method requests to port 8080 are being dropped.
I process xhttp traffic with the appropriate event route and of course
reject http requests to sip ports with the appropriate http error
message.
event_route[xhttp:request] {
if ($avp(debug) > 0) {
xlog("L_INFO", "$cfg(route): XHTTP Request to URI: $hu Port: $Rp
BODY: $rb\n");
}
if ($Rp != 8080) {
# We got a HTTP Request on a sip port. Reject!
xhttp_reply("418", "I'm a teapot", "text/html",
"<html><body>I'm not a Web-Server!</body></html>");
exit;
}
if ($hu =~ "^/RPC") {
### KAMAILIO JSONRCP pass-through
jsonrpc_dispatch();
} else if ($hu =~ "^/API") {
### IMPROWARE API
[...]
What I observe is the siptrace module being triggered right at the
start of request_route. This makes sense, I want to mirror every sip
message.
But his also causes mirroring of the xhttp requests and replies to port
8080.
Is there a way to prevent this?
siptrace has an event route capable of filtering, as I understand it is
only possible to filter on the SIP request method, not anything else:
event_route[siptrace:msg] {
if(is_method("KDMQ")) {
drop();
}
}
Do I miss something? How can I prevent/filter xhttp requests to be
mirrored by the siptrace module?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
24 Oct
24 Oct
2:27 p.m.
I used to have this problem, but I don't have it right now. I've never
fixed the problem, but I'm on 5.6.1 now and it doesn't happen.
What version have you got?
James
On Mon, 23 Oct 2023 at 07:26, Benoit Panizzon via sr-users
<sr-users(a)lists.kamailio.org> wrote:
Hi Karsten
how are you measure the traffic you don't
want to your Homer? Print stuff
in that Kamailio event route or something else?
Basically, I want to mirror sip messages to homer, only sip messages
relevant to calls, not anything else which might be processed by
kamailio.
modules.inc:loadmodule "siptrace.so"
modules.inc:modparam("siptrace", "trace_flag", 22);
modules.inc:modparam("siptrace", "trace_on", 1)
modules.inc:modparam("siptrace", "trace_mode", 1)
modules.inc:modparam("siptrace", "hep_mode_on", 1)
modules.inc:modparam("siptrace", "hep_version", 3)
modules.inc:modparam("siptrace", "hep_capture_id", HEP_CAP_AGENT)
modules.inc:modparam("siptrace", "duplicate_uri", HOMERSIPURI)
I also use the xhttp interface for jsonrpc and a custom API.
For this I have kamailio also listen to TCP port 8080 to have those API
xhttp requests clearly separated from call traffic.
But, as I understand, xhttp requests are initially handled as if they
were sip requests and get processed request_route{}
So my request route starts with:
request_route {
# Handle DMQ requests
route(DMQ_CAPTURE);
# Make sure we operate on the correct port (not on the xhttp one)
if ($Rp != 5060 && $Rp != 5061) {
xlog("L_ERROR", "REQUEST_ROUTE $rm to wrong port
$Rp\n");
exit;
}
so all SIP method requests to port 8080 are being dropped.
I process xhttp traffic with the appropriate event route and of course
reject http requests to sip ports with the appropriate http error
message.
event_route[xhttp:request] {
if ($avp(debug) > 0) {
xlog("L_INFO", "$cfg(route): XHTTP Request to URI: $hu Port: $Rp
BODY: $rb\n");
}
if ($Rp != 8080) {
# We got a HTTP Request on a sip port. Reject!
xhttp_reply("418", "I'm a teapot", "text/html",
"<html><body>I'm not a Web-Server!</body></html>");
exit;
}
if ($hu =~ "^/RPC") {
### KAMAILIO JSONRCP pass-through
jsonrpc_dispatch();
} else if ($hu =~ "^/API") {
### IMPROWARE API
[...]
What I observe is the siptrace module being triggered right at the
start of request_route. This makes sense, I want to mirror every sip
message.
But his also causes mirroring of the xhttp requests and replies to port
8080.
Is there a way to prevent this?
siptrace has an event route capable of filtering, as I understand it is
only possible to filter on the SIP request method, not anything else:
event_route[siptrace:msg] {
if(is_method("KDMQ")) {
drop();
}
}
Do I miss something? How can I prevent/filter xhttp requests to be
mirrored by the siptrace module?
Mit freundlichen Grüssen
-Benoît Panizzon-
--
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
______________________________________________________
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
2:41 p.m.
Hi James
I used to have this problem, but I don't have it
right now. I've never
fixed the problem, but I'm on 5.6.1 now and it doesn't happen.
What version have you got?
5.5 on production and 5.6 / 5.7 on development platform
Thank you for that hint. Checking if that also occurs on 5.6
--
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
______________________________________________________
208
days inactive
215
days old
5 comments
4 participants
participants (4)
-
Bastian Triller -
Benoit Panizzon -
James Browne -
Karsten Horsmann