[SR-Users] Re: Information about Kamailio operating as an SBC
As there is no such consistent thing as SBC you may start at first with the definition of the components you whish to have according "sbc" terminology. The good start is from here: https://datatracker.ietf.org/doc/html/rfc5853 Then, once you understand exactly what you would like to have on board the best good entry point will be https://www.kamailio.org/wiki/ Going through the config examples and kamailio docs you will be able to find the best way to achieve your needs. On Tue, 24 Oct 2023, 18:55 Alvaro Escobar via sr-users, < sr-users@lists.kamailio.org> wrote: > Hello, > > I have Kamailio version 5.6.4. > I have installed rtpengine version 11.5.0.0. > I have the RTP through the kamailio. > The machine has just one NIC and all is working fine. > > I would like to have two NICs: One NIC for the private network and other > NIC to the public network. > I am looking information about Kamailio operating as an SBC. > Where I can find more detailed technical information ? > > Regards > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to > the sender! > Edit mailing list options or unsubscribe: > __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: Information about Kamailio operating as an SBC
Hello, I have Kamailio version 5.6.4. I have installed rtpengine version 11.5.0.0. I have the RTP through the kamailio. The machine has just one NIC and all is working fine. I would like to have two NICs: One NIC for the private network and other NIC to the public network. I am looking information about Kamailio operating as an SBC. Where I can find more detailed technical information ? Regards __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: Inquiry Regarding Kamailio Behavior and Drop Requests
I expect that it's not related, because the documentation is clear that the function relates to requests, not responses. https://kamailio.org/docs/modules/5.5.x/modules/sanity.html#sanity.f.sanity_check - 4.1. sanity_check([msg_checks [, uri_checks]]) - This function makes a row of sanity checks over the given SIP request... It seems simple: check the logs from the xlog command and see what you find. If it's not clear enough, add the Call-ID to the log message, and then also capture (tshark/tcpdump) traffic for subsequent analysis. James On Mon, 16 Oct 2023 at 16:52, satyaprakash ch via sr-users wrote: > > Hi, > > We possess a code within Kamailio, which specifically handles malformed SIP > responses. Below is the code snippet: > > reply_route > Copy code > if(!sanity_check("17604", "6")) { > xlog("Malformed SIP response from $si:$sp\n"); > drop; > > Additionally, we have Kamailio drop request statistics as follows: > > Command: kamctl stats | grep core:drop_requests > Output of the command: core:drop_requests = 5 > > My queries are: > > 1. Is the aforementioned "reply_route" related to the drop requests we are > experiencing? > 2. If it is not related, what could be the cause of the drop requests? > __ > Kamailio - Users Mailing List - Non Commercial Discussions > To unsubscribe send an email to sr-users-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: How to filter out xhttp request in event_route[siptrace:msg]
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 PrattelnFax +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-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe:
[SR-Users] Re: How to filter out xhttp request in event_route[siptrace:msg]
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 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", "I'm not > a Web-Server!"); > 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 PrattelnFax +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-le...@lists.kamailio.org > Important: keep the mailing list in the recipients, do not reply only to the > sender! > Edit mailing list options or unsubscribe: __ Kamailio - Users Mailing List - Non Commercial Discussions To unsubscribe send an email to sr-users-le...@lists.kamailio.org Important: keep the mailing list in the recipients, do not reply only to the sender! Edit mailing list options or unsubscribe: