Daniel-Constantin Mierla writes:
> I think it does not matter the type of transport for the worker, likely
> the docs had udp because that's usually the first worker. Also, IIRC,
> sip specs mandate UDP support, but kamailio can start without.
Yes, SIP specs mandate UDP support, but if a sip
For sure there can be R-R headers in 200 OK to Teams
Microsoft.PSTNHub.SIPProxy.
-- Juha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Is there a way to execute event_route when all modules have been loaded
and Kamalio is ready to process requests?
I found this in core cookbook, but what if there is no udp sip worker
processes?
event_route[core:worker-one-init] - executed by core after the first
udp sip worker process
It is possible to update value of max_while_loops dynamically in config
file?
For example, there could be a need to increase the max in some while
loop, but after the loop is done, decrease it again for other loops.
There exists an rpc command to do that, but I haven't found how to do it
in
Daniel-Constantin Mierla writes:
> Can you reproduce with debug=3 in kamailio.cfg, send me all the logs
> messages (from the initial invite to ack) along with the pcap and the
> records in the database from the topos_d and topos_t table?
Syslog and pcap are in files
Daniel-Constantin Mierla writes:
> It seems to be the problem of matching the R-URI of ACK to be myself
> (address of the server), because it is the Contact of the callee, which
> was replaced by 2nd topos processing.
>
> The solution should be to do only loose routing on the edge proxy doing
>
I noticed that Kamailio produces huge (3400+) number qm_free() syslog
messages if sqlops fails to connect to database. Don't know if it is
intentional.
-- Juha
...
Apr 19 18:02:40 edge /usr/bin/edge-proxy[1467]: CRITICAL: [main.c:1716]:
main_loop(): Cannot fork
Apr 19 18:02:40 edge
Daniel-Constantin Mierla writes:
> > In case of topology:
> >
> > A - P1 - P2 - P1 - B
> >
> > is the idea to use in P1 context "in" when initial request comes to P1
> > from A or B and context "out" when initial request comes to P1 from P2?
> >
> > Does context need to be set in replies too?
Daniel-Constantin Mierla writes:
> If you need to do two different topology striping, one for each Porxy1
> steps, you have to try the development version and set different context
> for initial requests on Proxy1 steps. I didn't really test it for this
> use case, I needed context for some
In case of topology:
A - P1 - P2 - P1 - B
is the idea to use in P1 context "in" when initial request comes to P1
from A or B and context "out" when initial request comes to P1 from P2?
Does context need to be set in replies too? If so, is reply context the
same as the corresponding request
Henning Westerholt writes:
> as there have been different changes to topology hiding modules in the
> last months, can you specify the exact minor version?
5.4.4
-- Juha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
Test topology using K 5.4 where topos module is loaded in Proxy1:
A - Proxy1 - Proxy2 - Proxy1 - B
A sends INVITE, B responds with 183 Session Progress, and A sends PRACK.
The result is that PRACK starts to loop in second Proxy1 instance
instead of being forwarded to B.
If topos module is
Sorry, but it turned out that in calls where B replies first with "183
Session Progress" and which A acknowledges with PRACK request, P1 is not
able to forward the PRACK, but responds with "404 Not found".
I cannot reproduce this in my test environment, because I don't have a
SIP UA that uses
Daniel-Constantin Mierla writes:
> What is the value for connect_mode modparam?
>
> https://www.kamailio.org/docs/modules/stable/modules/sqlops.html#sqlops.p.connect_mode
It is not set, i.e., has default value 0.
-- Juha
___
Kamailio (SER) - Users
Daniel-Constantin Mierla writes:
> Can you try with latest master branch? I pushed a commit to topos
> module.
Tried with latest master and the following in-dialog code:
if (!loose_route_mode("1")) {
if (is_method("ACK")) {
if (t_check_trans()) {
Daniel-Constantin Mierla writes:
> The 404 is not sent from the C code of the topos module, can you
> identify what are the cases in your config when a 404 is replied? PRACK
> should have To-tag, so it should via requests within dialog branch.
Yes, 404 is sent from the script:
if
I did more tests and found that loose_route() does not find socket by
name given in ;sn param:
Feb 12 10:40:59 lab /usr/bin/sip-proxy[16975]: WARNING: rr [loose.c:799]:
rr_do_force_send_socket(): no socket found to match second RR
Daniel-Constantin Mierla writes:
> Do you have the rr modparam related socket name mode set?
Yes, sorry, forgot to mention it:
modparam("rr", "sockname_mode", 1)
I have added some debug to loose.c and some converted DBGs to INFOs in
rr_do_force_send_socket() function:
Daniel-Constantin Mierla writes:
> > Also, there is no "=". So instead of ";sn=", the code should look for
> > "sn".
>
> Indeed, I will push a fix for it.
I also did one, but yours is cleaner than mine. Thanks. Tested and it
works, no more warnings to syslog.
Looks like no-one had ever
Juha Heinanen writes:
> I think I found the bug:
>
> ./src/core/config.h:#define SOCKNAME_PARAM ";sn="
>
> but in parse_params() result params are without ";".
Also, there is no "=". So instead of &q
I think I found the bug:
./src/core/config.h:#define SOCKNAME_PARAM ";sn="
but in parse_params() result params are without ";".
-- Juha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
Björn Bylander writes:
> My problem is this: When the Perimeta SBC sends its first INVITE (I
> can't say anything about any succeeding INVITEs yet) it's added a
> Record-Route header with the "lr" parameter included which, as far as
> I can see makes Kamailio think it should use loose routing
I'm returning to this thread, since after some more testing, I found that
loose_route() does not (at least always) detect that a pair of route
headers denotes itself.
In config I have defined:
listen=tls:192.x.x.x:8005 name "ext_tls"
modparam("rr", "sockname_mode", 1)
and Route header looks
How about this?
https://github.com/kamailio/kamailio/pull/2643
-- Juha
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Seems to be OK not to include ;sn param in IP address R-R URIs. At
least I didn't get any errors or warning to syslog when I called
loose_route() on in-dialog requests that had such Route headers.
-- Juha
___
Kamailio (SER) - Users Mailing List
Daniel-Constantin Mierla writes:
> The record_route_preset() is supposed to offer the flexibility of
> setting the address part in RR headers via variables. I do not see how
> the record_route() can be better variant, because it will end up in the
> same kind functionality: for which to use the
Alex Balashov writes:
> That is the main reason I had previously thought it wasn’t possible!
Have you changed your mind?
The document
https://skalatan.de/de/blog/kamailio-sbc-teams
tells
Change in your configuration the existing record_route() function call
to this one:
Daniel-Constantin Mierla writes:
> Set names to the sockets
> (https://www.kamailio.org/wiki/cookbooks/devel/core#listen):
>
> listen= . name "s1"
>
> And then add parameter "sn=s1" to the specific Record-Route header.
If sockname_mode param has value 1:
modparam("rr", "sockname_mode",
Daniel-Constantin Mierla writes:
> This has nothing to do with the dialog, the fact here is that topos was
> not designed for spirals, as I said in one of the previous emails. I am
> trying to fix the missing parts to make it work, if you can provide
> pcap/logs.
Can I email them to you
Daniel-Constantin Mierla writes:
> update: last evening I pushed a commit to topos_redis, I hope now it
> behaves like when using db backend related to provisional replies.
We tried this morning with latest master and unfortunately P1 still
rejects PRACK with 404 when topos is using redis.
--
> Daniel-Constantin Mierla writes:
>
> Have you tested the usual cases as well? e.g., tls-to-tls, udp-to-udp,
> ... I don't expect problems, just double-checking. If all ok, then it
> will be backported.
I tested all tcp, tls, and ws combinations and record routing worked
fine. My sip proxy does
I noticed that when jsSIP UA that has registered over wss calls another
SIP UA that has registered over tls, record_route() adds only one Route
URI to outgoing INVITE (example below). This causes BYE to fail.
This issue may be caused by the fact that both UAs register over the
same Kamailio tls
Daniel-Constantin Mierla writes:
> this should be fixed indeed, can you try and see if setting next
> modparam helps for the moment?
>
> modparam("rr", "enable_double_rr", 2)
That caused two r-r headers to be inserted:
INVITE sip:foo-0x793ee87a90@10.158.141.103:38378;transport=tls SIP/2.0
Daniel-Constantin Mierla writes:
> for the records, I just looked in cfg.lex and the following tokens are
> defined to have the same meaning:
>
> YES "yes"|"true"|"on"|"enable"
>
> NO "no"|"false"|"off"|"disable"
>
> By matching the token YES the parser returns 1 and NO
Daniel-Constantin Mierla writes:
> Probably the code that needs to be changed is in the core, where the
> message is built (msg_translator.c). rr module adds second conditional
> lump for record route, but at that stage is not aware what is going to
> be the final target address.
OK.
> One more
Should I create a bug issue to GitHub about this? I looked at
rr/record.c, but could not figure out, what needs to be changed.
-- Juha
-
> I noticed that when jsSIP UA that has registered over wss calls another
> SIP UA
Daniel-Constantin Mierla writes:
> Can you try the latest master (or the last commit backported to your
> local branch)? Maybe I nailed down with one more condition in the
> core.
Now two r-r headers are added without
modparam("rr", "enable_double_rr", 2)
and bye work fine.
Can the change be
Mojtaba writes:
> ./core/AmDtmfDetector.cpp:768: undefined reference to `dtmf_rx'
That is defined in libspandsp. The control file below works for me in
Debian Buster.
-- Juha
Source: opensipg-sems
Section: net
Priority: optional
Maintainer: Juha Heinanen
Build-Depends: debhelper (&
Mojtaba writes:
> Would you please let me know about what version of sems you use?
> Please tell me more about it.
Master branch of https://github.com/sems-server/sems.
-- Juha
__
Kamailio - Users Mailing List - Non Commercial Discussions
Is it somehow possible that ngrep shows incoming INVITE arriving over
TCP to Kamailio's listening address and port, but there is no debug
trace of the request (e.g. receive_msg(): --- received sip message ...)
in syslog?
-- Juha
__
Daniel-Constantin Mierla writes:
> Now, for TCP, I expect that the connection is not established if the
> lower layers forbid it, so there should be no real data traffic on it.
> If you list tcp connections with rpc command, do you see the one you
> noticed traffic for using ngrep but Kamailio
rtpengine module README tells this about module dependencies:
3.1. Kamailio Modules
The following modules must be loaded before this module:
tm module - (optional) if you want to have rtpengine_manage() fully
functional
Looks like this is not correct. If Kamailio connects to
Wiki tells:
dns_srv_lb = yes | no (default no)
and doc/tutorials/dns.txt tells:
dns_srv_lb = on | off
Which one is correct or does it matter?
-- Juha
__
Kamailio - Users Mailing List - Non Commercial Discussions
*
Daniel-Constantin Mierla writes:
> has anyone experienced issues with Kamailio running on Debian 11
> Bullseye?
I have been running K on Debian 11 without issues, but not in high
volume production environment.
-- Juha
__
Kamailio - Users
Daniel-Constantin Mierla writes:
> is it the latest stable point version 5.6.2, or the latest version from
> branch 5.6?
Latest from 5.6. I just built new Debian package like this:
MEMDBG=1 $(MAKE) FLAVOUR=kamailio cfg prefix=/usr cfg_prefix=$(BASEDIR) ...
-I does not show DBG_QM_MALLOC.
In latest stable K release, we noticed pkg memory leak (pgk memory usage
increases by each processed call). It turned out that the leak goes
away if acc module cdr_enable is not enabled.
Could be a bug in dialog or acc module. Any debug instructions if the
bug is not obvious?
-- Juha
Daniel-Constantin Mierla writes:
> I found a related patch that was not backported -- I just pushed to 5.6
> branch a bunch of commits, including that one. Try again with latest 5.6
> branch and report if there is still some issue.
Daniel,
Thanks, in lab tests the leak was gone. Will try in
Daniel-Constantin Mierla writes:
> Grab the gdb output for:
>
> list
>
> p *rule
>
> p *pl
Here:
(gdb) list
2325 in lcr_mod.c
(gdb) p *rule
Cannot access memory at address 0x383734313030
(gdb) p *pl
$1 = {rule_id = 0, prefix = '\000' , prefix_len = 5,
from_uri = '\000' , from_uri_len
harneet singh writes:
> Can someone point to a sample as to how we can *load the LCR Module tables*
> namely the following at startup from a csv file or any other
> mechanism.
You could import cvs files to those tables before starting Kamailio.
DuckDuckGo gave this example:
In my opinion is not a good idea that you need to restart Kamailio each
time there is a change in LCR configuration. Better to make the changes
directly to the DB tables after initial load from cvs.
-- Juha
__
Kamailio - Users Mailing List
harneet singh writes:
> "A gateway matches a request if user part of Request-URI matches "prefix",
> caller URI matches "from_uri" pattern,* caller URI userpart matches mtree
> with "mt_value"*, and callee URI matches "request_uri" pattern in a tuple
> that is associated with the gateway."
>
>
elhar.mohamed--- via sr-users writes:
> I'm using the Kamailio version 5.7.x, I didn't find in the module
> "enum.so" any option that allow to connect to a remote ENUM server.
ENUM lookup is normal DNS lookup.
-- Juha
__
Kamailio - Users
elhar.mohamed--- via sr-users writes:
> Can you please give more explanation ? I'm not sure I understand what
> you want to tell !
Read, for example, this article:
https://nickvsnetworking.com/enum-dns-based-call-routing/
-- Juha
__
Social Boh via sr-users writes:
> so I have 3 lcr_rule_target use the same
> lcr_rule entry but 3 different Gateways and priority. So the order of
> rules would be longest Request-URI (same) and the priority but the
> result is:
>
> added matched_gws[0]=[3, 5, 200, 2193562]
> added
Daniel-Constantin Mierla writes:
> what are the operating system and the compiler used?
Sorry, Debian 12 using gcc version 12.2.0.
-- Juha
__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to
My SIP proxy didn't start with Kamailio 5.8 using the same config that
starts OK with 5.7. The error is:
2024-03-11T06:56:06.457107+02:00 lohi /usr/bin/sip-proxy[2358954]: DEBUG: acc
[acc_mod.c:362]: parse_failed_filter(): failed_filter 0 = 407
2024-03-11T06:56:06.457265+02:00 lohi
Kamailio 5.8 build generates on my Debian 12 the following warning:
core/mem/q_malloc.c:996:14: warning: 'qm_strnstr' defined but not used
[-Wunused-function]
996 | static void *qm_strnstr(const void *b1, int l1, const void *b2, int l2)
| ^~
Perhaps the definition
Daniel-Constantin Mierla writes:
> It might be a regression by commit 675f6c02248, can you try with latest
> master or with the patch of the commit:
>
> -
> https://github.com/kamailio/kamailio/commit/4dc37aee853bbcf9d7fdb96245b76aaa8dfa2930
I tried with latest master and it started OK.
Juha Heinanen via sr-users writes:
> Currently digest authentication hash algorithm (MD5 or SHA-256) is
> selected when auth module is loaded. How about allowing to select it
> also dynamically using the function flags?
Can't be done, since auth_db functions don't have flags parameter.
Currently digest authentication hash algorithm (MD5 or SHA-256) is
selected when auth module is loaded. How about allowing to select it
also dynamically using the function flags?
-- Juha
__
Kamailio - Users Mailing List - Non Commercial
How about this new function that sets the algorithm?
-- Juha
iff --git a/src/modules/auth/auth_mod.c b/src/modules/auth/auth_mod.c
index 534ad9e20f..4e3a584d22 100644
--- a/src/modules/auth/auth_mod.c
+++ b/src/modules/auth/auth_mod.c
@@ -74,6 +74,10 @@ int w_consume_credentials(struct sip_msg
301 - 361 of 361 matches
Mail list logo