Closed #2152.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2152#event-2837917435___
Kamailio (SER) - Development Mailing List
First, you have to set mhomed=1.
However, if you have an IP route from the first network interface to the second
target address, then it is not going to help. The kernel will say that the
first network interface is still good to use. You have to isolate ip routing
between the two networks.
Closed #2155.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2155#event-2837906338___
Kamailio (SER) - Development Mailing List
The function is still needed (e.g., presence server or registrar server when
transaction needs to be created for proper generation of replies for
retransmissions or execution of some transaction related callbacks.
What you experienced is by design, there is a function to sync back the flags
to
Created `kamailio.repo` files with repo description.
For CentOS dist repo file may be installed
```sh
yum-config-manager \
--add-repo \
http://rpm.kamailio.org/centos/kamailio.repo
```
For other dist need update repo file url.
Next package signing
--
You are receiving this because you
Thanks for the quick fix. I'll test soon and report back.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
### Description
It was discovered that the function t_newtran() is causing a conflict with the
transaction flags. When calling it before setting transaction flags, the flags
are apparently lost, so for instance when using the ACC module, if the ACC
flags are set after the t_newtran, these
On Kamailio 5.3.0 (`ad1905`) on CentOS 7, with `libcurl` 7.29.0-46, an
`http_connect()` request to an unresponsive server...
```
http_connect("stuff", "/url, "$var(http_res)");
```
.. correctly sets `$var(http_res)` to `28`, which is an operation timeout per
Closed #2153.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/kamailio/kamailio/issues/2153#event-2836822946___
Kamailio (SER) - Development Mailing List
It looks like t_next_contacts() was expecting some xavps to be set (maybe by
t_load_contact()), but they didn't exit.
I added safety checks for some of the xavp operations to work with null values.
Use the latest branch 5.2 and if still crashes, then reopen.
--
You are receiving this because
Module: kamailio
Branch: 5.2
Commit: ca4d105c8b9718138e0d6a62b81cdf2d63470712
URL:
https://github.com/kamailio/kamailio/commit/ca4d105c8b9718138e0d6a62b81cdf2d63470712
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: 2019-11-27T20:33:11+01:00
core: safety checks for
Module: kamailio
Branch: master
Commit: 1067abf87cdaabc9557a99b36ad60e2349e16fa5
URL:
https://github.com/kamailio/kamailio/commit/1067abf87cdaabc9557a99b36ad60e2349e16fa5
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: 2019-11-27T20:28:49+01:00
core: safety checks
Module: kamailio
Branch: 5.3
Commit: 7e5b726ec106fcc06f9ed406570b3f5fea72bd7e
URL:
https://github.com/kamailio/kamailio/commit/7e5b726ec106fcc06f9ed406570b3f5fea72bd7e
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: 2019-11-27T20:30:17+01:00
core: safety checks for
Hello,
Kamailio is crashing when I'm trying to set the parameter;
`modparam("tm|usrloc", "xavp_contact", "ulattrs")
`
The crash is happening when I'm register 2 devices with the same extension.
This is the core dump:
Reproduction
Set the following parameter:
`modparam("tm|usrloc",
Module: kamailio
Branch: master
Commit: dd4f2fceb25bf9536a0b6239d49d15f3ded97f5d
URL:
https://github.com/kamailio/kamailio/commit/dd4f2fceb25bf9536a0b6239d49d15f3ded97f5d
Author: Daniel-Constantin Mierla
Committer: Daniel-Constantin Mierla
Date: 2019-11-27T20:15:39+01:00
nathelper: use
Added webhook to `rpm.kamailio.org` server and to codefresh.
Now daily master build and weekly builds for `5.3` and `5.2` branches
available.
--
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
### Description
When relaying an `INVITE` from a Kamailio proxy to an interconnect we are using
DNS SRV records for load-balancing and failover. The proxy is listening on both
a private interface and a public interface with an rfc1918 (ie. `10.0.0.14`)
and a public IP address (ie.
can you try with this patch applied
```
diff --git a/src/modules/permissions/permissions.c
b/src/modules/permissions/permissions.c
index 7505bb3dd..dfb5a4afc 100644
--- a/src/modules/permissions/permissions.c
+++ b/src/modules/permissions/permissions.c
@@ -648,8 +648,10 @@ static int
Hello,
On 26.11.19 21:28, Henning Westerholt wrote:
> Hi Daniel,
>
> I don't think that anybody might think that Kamailio is greedy with resources.
If you start an application and demands a lot of memory without doing
anything, then people associated it with a resource greedy application,
like
19 matches
Mail list logo
