Module: kamailio
Branch: master
Commit: 5497d15766d25625b4704a3bd3e884ef2f1149da
URL: https://github.com/kamailio/kamailio/commit/5497d15766d25625b4704a3bd3e884e…
Author: Bastian Triller <bastian.triller(a)gmail.com>
Committer: Henning Westerholt <hw(a)gilawa.com>
Date: 2022-05-08T17:30:14+02:00
doc: Fix typos
---
Modified: doc/misc/NEWS
Modified: doc/tutorials/locking.txt
---
Diff: https://github.com/kamailio/kamailio/commit/5497d15766d25625b4704a3bd3e884e…
Patch: https://github.com/kamailio/kamailio/commit/5497d15766d25625b4704a3bd3e884e…
---
diff --git a/doc/misc/NEWS b/doc/misc/NEWS
index 9b62dd39c1..09b63a72b4 100644
--- a/doc/misc/NEWS
+++ b/doc/misc/NEWS
@@ -338,7 +338,7 @@ modules:
the retransmissions which would otherwise be
challenged). The major advantage is greatly
enhanced security (extremely small probability of
- a succesfull replay attack) combine with support
+ a successful replay attack) combine with support
for cached credentials (if the UAs do support qop
and auth)
- nc_array_size - size of the array used for storing
diff --git a/doc/tutorials/locking.txt b/doc/tutorials/locking.txt
index 7507a5d002..3ff12f6c85 100644
--- a/doc/tutorials/locking.txt
+++ b/doc/tutorials/locking.txt
@@ -109,7 +109,7 @@ Locking & unlocking:
void lock_get(gen_lock_t* lock); - lock (mutex down)
void lock_release(gen_lock_t* lock); - unlock (mutex up)
int lock_try(gen_lock_t* lock); - tries to lock and returns 0
- if succesfull, -1 if not (this is
+ if successful, -1 if not (this is
a non-blocking lock_get())
@@ -164,7 +164,7 @@ Locking & unlocking:
void lock_set_get(lock_set_t* s, int i);
void lock_set_release(lock_set_t* s, int i);
int lock_set_try(lock_set_t* s, int i); - tries to lock the i-th lock
- from the set. If succesfull
+ from the set. If successful
returns 0, if not -1.
Example:
Module: kamailio
Branch: master
Commit: 543cd8f897bc43d5fe1eb4c562d8351b32778209
URL: https://github.com/kamailio/kamailio/commit/543cd8f897bc43d5fe1eb4c562d8351…
Author: Daniel-Constantin Mierla <miconda(a)gmail.com>
Committer: Daniel-Constantin Mierla <miconda(a)gmail.com>
Date: 2022-05-06T13:50:13+02:00
ipops: add dns container in dns_update_pv() if not created before
- dns context creation relied on using the dns variable in some way, the
main purpose of dns_update_pv() being to fill the variable, but one may
want to use it for testing only
---
Modified: src/modules/ipops/ipops_pv.c
---
Diff: https://github.com/kamailio/kamailio/commit/543cd8f897bc43d5fe1eb4c562d8351…
Patch: https://github.com/kamailio/kamailio/commit/543cd8f897bc43d5fe1eb4c562d8351…
---
diff --git a/src/modules/ipops/ipops_pv.c b/src/modules/ipops/ipops_pv.c
index 1afc806541..9ee6f5879a 100644
--- a/src/modules/ipops/ipops_pv.c
+++ b/src/modules/ipops/ipops_pv.c
@@ -373,7 +373,7 @@ int dns_update_pv(str *hostname, str *name)
return -2;
}
- dr = sr_dns_get_item(name);
+ dr = sr_dns_add_item(name);
if(dr==NULL)
{
LM_DBG("container not found: %s\n", name->s);
Hello,
seeing some weirdness in kamailio logs while testing kamailio under
docker/kubernetes and logging to stderr, not sure if its related to
kamailio or the infrastructure itself.
running in 8 core host, it looks like the write to stderr has some race
condition if that's even possible.
the breaks happen with different processes and i wonder if the LOG_FX and
DPRINT_NON_CRIT macros are responsible for that.
it looks like 2 different processes could evaluate to true and try to write
to stderr at same time.
two examples
real output
116(354) INFO: 2022-04-28T18:08:14.476102048Z
3ebe6ff3-1799-4798-baa3-a109df32711d registrar-role.cfg:745
(route_to_external_aor) 117(355) INFO: 2022-04-28T18:08:14.473375226Z
5f2567bf-25bb-4cb1-a306-dc28711d9fcb default.cfg:305 (log_request) to
sip:1117@1.sip-stress.com
117(355) INFO: 2022-04-28T18:08:14.476592352Z
5f2567bf-25bb-4cb1-a306-dc28711d9fcb default.cfg:324 (classify_source) end
- routing to contact sip:1104@10.23.0.2:9181
originated from internal sources
should be
116(354) INFO: 2022-04-28T18:08:14.476102048Z
3ebe6ff3-1799-4798-baa3-a109df32711d registrar-role.cfg:745
(route_to_external_aor) end - routing to contact sip:1104@10.23.0.2:9181
117(355) INFO: 2022-04-28T18:08:14.473375226Z
5f2567bf-25bb-4cb1-a306-dc28711d9fcb default.cfg:305 (log_request) to
sip:1117@1.sip-stress.com
117(355) INFO: 2022-04-28T18:08:14.476592352Z
5f2567bf-25bb-4cb1-a306-dc28711d9fcb default.cfg:324
(classify_source) originated from internal sources
second example
real output
71(309) INFO: 2022-04-28T18:08:14.514892167Z cid-10440-3(a)10.21.0.1
default.cfg:304 (log_request) 116(354) INFO: 2022-04-28T18:08:14.521506921Z
cid-10440-26(a)10.21.0.1 default.cfg:751 (internal_reply) 200 OK
from sip:1002@1.sip-stress.com
should be
71(309) INFO: 2022-04-28T18:08:14.514892167Z cid-10440-3(a)10.21.0.1
default.cfg:304 (log_request) from sip:1002@1.sip-stress.com
116(354) INFO: 2022-04-28T18:08:14.521506921Z cid-10440-26(a)10.21.0.1
default.cfg:751 (internal_reply) 200 OK
Any hints/thoughts ?
should we try to have a better way to handle this inb dprint.c/dprint.h ?
Thanks
Hi,
Kamailio 5.5.4 from deb packages
I tried to use the lcr function from_gw(lcr_id[, ip_addr, proto])
I've declared several gws with different lcr_id
Unfortunately from_gw doesn't work with lcr_ids > 1
For example :
if (from_gw(2,$si,1)) {
....
}
...
ki_from_gw(): invalid lcr_id parameter value 2
--
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/3077
You are receiving this because you are subscribed to this thread.
Message ID: <kamailio/kamailio/issues/3077(a)github.com>
Hello,
the branch 5.6 was created, therefore the master branch is open for
adding new features, to be part of future release series v5.7.x (or
whatever version is decided for next series).
Any bug fix committed to master that applies to 5.6.x or older stable
branches should be backported as usual with "git cherry-pick -x ..." to
appropriate branches like 5.6 or 5.5.
Expect that v5.6.0 will be released in a few weeks from now.
Based on the workflow used during the past years, the next future
release v5.7.0 should be out after another 6-10 months of development,
plus 1-2 months of testing, so sometime by end of 2022 or in the first
part of 2023.
Cheers,
Daniel
--
Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - Online
* https://www.asipto.com/sw/kamailio-advanced-training-online/