Hi,
I saw Matt Jordan's recent Kamailio world talk and was interested in the
idea he proposed of stripling out authentication and registration from
asterisk and solely letting Kamailio handle it.
In order to do this would I be correct in assuming I would have to use the
asterisk database rather t
Makes sense, I can live with this.
Thanks for clarfication.
--
Mikko Lehto
___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
Hi Kristian and Daniel.
Kristian, hhanks for you feedback and patch.
I'll try your patch here and will let you know the outcome soon.
Thanks again guys.
Cheers,
--
*Nuno Miguel Reis* | *Unified Communication** Systems*
M. +351 913907481 | nr...@wavecom.pt
WAVECOM-Soluções Rádio, S.A.
Cacia Park
Daniel. I added 8 algorithm to our server and it works with 2 asterisk now
but it works strange because:
While works server with priority 1 - all ok. When this server goes down
dispatcher choose next server with lowes priority. But when server with
highest priority waking up dispatcher use server
Hi,
On an ancient kamailio 3.1, we occasionally experience crash in the function
get_all_db_ucontacts in usrloc.
A backtrace reveals the following:
#0 0x2b505f2fb4ff in get_all_db_ucontacts (buf=0xadd270, len=, flags=64, part_idx=1, part_max=30) at dlist.c:176
176
Add server_id=N to kamailio.cfg on both servers, where N is an integer with
unique value. userloc module will use server_id value to create unique between
servers ruid.
On Tuesday 13 January 2015 10:53:28 Daniel-Constantin Mierla wrote:
> Hello,
>
> On 12/01/15 22:54, Yuriy Gorlichenko wrote:
>
Hello,
thanks for the report and details, I just pushed a fix (master, 4.2 and
4.1 branches) for properly dealing with empty headers after the patch
for exec_bash_safety.
Let me know if works ok.
Cheers,
Daniel
On 13/01/15 11:56, Tobias wrote:
> Hi again Daniel,
>
> We've upgraded to 4.2.2 and
Hi again Daniel,
We've upgraded to 4.2.2 and the recent changes in exec seem to still affect our
usage of exec.
From new coredump on 4.2.2:
(gdb) bt
#0 0x7f1c34dc404b in memcpy (__len=18446744073709551614,
__src=0x7f1c2d4ecc09, __dest=0x7f1c368f4be2) at
/usr/include/x86_64-linux-gnu/
Daniel. I added 8 algorithm to our server and it works with 2 servers now
but it works strange because:
While works server with priority 1 - all ok. When this server goes down
dispatcher choose next server with lowes priority. But when server with
highest priority waking up dispatcher use server w
Hello,
On 13/01/15 00:30, Mikko Lehto wrote:
> Hi
>
> I am getting incorrect source port to Homer web while tracking
> outgoing request from my proxy to remote SIP server.
>
>
> Juha Heinanen wrote in another thread:
>
>> in case of tcp (and tls) the source port is always a random one.
>> only th
On 13/01/15 00:28, Mikko Lehto wrote:
> Juha Heinanen :
>
>> in case of tcp (and tls) the source port is always a random one.
>> only the destination port can be predetermined.
> OK, thanks. I'll go with that then.
>
> Actually I can see non-random port with TLS...
> ...but that's with Homer + sip
On 12/01/15 13:14, Alex Hermann wrote:
> On Monday 12 January 2015, Daniel-Constantin Mierla wrote:
>> On 09/01/15 15:41, Ben Langfeld wrote:
>>> For the ease of future reference, it would appear that post
>>> was
>>> http://sr-dev.sip-router.narkive.com/bfyDpQ36/git-alexh-master-core-modu
>>> les
Hello,
thanks for the details and patch. I will try to look at later today.
Cheers,
Daniel
On 13/01/15 08:35, Kristian F. Høgh wrote:
>
> Hi,
>
>
>
> I've been hunting a memory error in publish handling the last couple
> of days.
>
> The error is on our old but good 3.1.x presence server.
>
>
Hello,
On 12/01/15 22:54, Yuriy Gorlichenko wrote:
> Hello. We use 2 kamailio servers cluster and we have porblems with
> db. Database failed pecause of error:
>
> Could not execute Write_rows_v1 event on table production.location;
> Duplicate entry 'uloc-54aae947-86d-a67' for key 'ruid_idx',
>
14 matches
Mail list logo