[SR-Users] Segfault in qm_insert_free

[Igor Potjevlesch]

Hello,

We got a crash yesterday of a Kamailio instance (4.2.7).
I can see a segfault:

"Program terminated with signal 11, Segmentation fault. 
#0 0x0061a856 in qm_insert_free (qm=0x7fcbde513000,
frag=0x7fcbded7dd08) at mem/q_malloc.c:180 
180 prev=FRAG_END(f)->prev_free;"

The output of "bt full":

(gdb) bt full 
 #0 0x0061a856 in qm_insert_free (qm=0x7fcbde513000,
frag=0x7fcbded7dd08) at mem/q_malloc.c:180 
 f = 0x7fcbdf2d1e18 
 prev = 0x0 
 hash = 78 
 #1 0x0061d6dc in qm_free (qm=0x7fcbde513000, p=0x7fcbded7dd38,
file=0x7fcbf4ffe34d "tm: h_table.c", func=0x7fcbf4ffe628 "free_cell",
line=186) at mem/q_malloc.c:537 
 f = 0x7fcbded7dd08 
 size = 624 
 next = 0x400 
 prev = 0x7fffc283f720 
 __FUNCTION__ = "qm_free" 
 #2 0x7fcbf4f3fc9d in free_cell (dead_cell=0x7fcbdf2fa360) at
h_table.c:186 
 b = 0x7fcbded7dd38 "PRACK sip:1.2.3.4:5060;transport=UDP SIP/2.0\r\nVia:
SIP/2.0/UDP
4.5.6.7;branch=z9hG4bK7419.8890c54ce503af46b89a1da0c125.0\r\nVia:
SIP/2.0/UDP 9.8.7.6:5060;branch=z9hG4bK0cB6cd54b5"... 
 i = 0 
 rpl = 0x0 
 tt = 0x7fcbde6b7778 
 foo = 0x7fffc283f7f0 
 cbs = 0x0 
 cbs_tmp = 0x7fcbde79fca0 
 __FUNCTION__ = "free_cell" 
 #3 0x7fcbf4f84a1c in wait_handler (ti=1160550038,
wait_tl=0x7fcbdf2fa3e0, data=0x7fcbdf2fa360) at timer.c:675 
 p_cell = 0x7fcbdf2fa360 
 ret = 1 
 #4 0x005fd30f in timer_list_expire (t=1160550038, h=0x7fcbde58c908,
slow_l=0x7fcbde58ea28, slow_mark=19953) at timer.c:888 
 tl = 0x7fcbdf2fa3e0 
 ret = 1160550038 
 #5 0x005fd757 in timer_handler () at timer.c:953 
 saved_ticks = 1160550038 
 run_slow_timer = 0 
 i = 497 
 __FUNCTION__ = "timer_handler" 
 #6 0x005fdbc5 in timer_main () at timer.c:992 
 No locals. 
 #7 0x004a77e6 in main_loop () at main.c:1700 
 i = 8 
 pid = 0 
 si = 0x0 
 si_desc = "udp receiver child=7
sock=91.213.145.60:5060\000\177\000\000\000\372\203\302\377\177\000\000\033{
N\000\000\000\000\000P\372\203\302\377\177\000\000\004\000\000\000\000\000\0
00\000`TA\000\000\000\000\000(\205T\336\313\177", '\000' ,
"\001\000\000\000P\372\203\302\377\177\000\000\276{N\000\000\000\000" 
 nrprocs = 8 
 __FUNCTION__ = "main_loop" 
 #8 0x004acfab in main (argc=7, argv=0x7fffc283fcc8) at main.c:2581 
 cfg_stream = 0xe5e010 
 c = -1 
 r = 0 
 tmp = 0x7fffc283ff70 "" 
 tmp_len = 32767 
 port = -1031537762 
 proto = 0 
 options = 0x7033b8 ":f:cm:M:dVIhEeb:l:L:n:vKrRDTN:W:w:t:u:g:P:G:SQ:O:a:A:" 
 ret = -1 
 seed = 1876790668 
 rfd = 4 
 debug_save = 0 
 debug_flag = 0 
 dont_fork_cnt = 0 
 n_lst = 0x40d134 
 p = 0xc2  
 __FUNCTION__ = "main"

I don't figure out what is gone wrong. Thank you for your help.

Regards,

Igor.


___
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

Re: [SR-Users] Via in locally generated PUBLISH (using different presence server address)

[Asgaroth]

Update:

I've just noticed that the error's I'm seeing roughly appear every 20 
seconds after an attempted locall generated publish is sent when 
rewriting the via header in the event-route.


This seems to corrolate with my db update interval which is set to 20 
seconds.


I'm wondering if the via header re-write was not written to the pua 
table correctly. I cannot run the msg_apply_changes() function in 
event-route so I'm stuck with this error message.


I wonder, would it be possible to have a module parameter to specify the 
sending socket if/when the outbound_proxy parameter is set? I presume, 
then, the Via header would be generated correctly.


Any thoughts on how I could work around this issue?

Thanks



On 09/08/2016 09:31, Asgaroth wrote:

Hi Daniel,

I've just sent the captures on to you privately.

Thanks

On 09/08/2016 08:34, Daniel-Constantin Mierla wrote:

Hello,

can you send the pcap with sip messages for such situation? It will help
to understand if Via is used corerctly for replies.

Cheers,
Daniel


On 08/08/16 18:51, Asgaroth wrote:

Hi All,

I have a configuration where we run a multi-homed proxy/loadbalancer
and a seperate internal presence server. We then use
pua/pua-dialoginfo on the proxies to publish dialog state to the
internal presence server.

The proxies listen on udp:external_ip:5062 and udp:internal_ip1:5060.
The presence server listens on udp:internal_ip2:5060 on a seperate
server.

The problem I am coming accross is that when kamailio generates a
PUBLISH message for some dialogs it creates the via header with
address external:ip:5062, however the pua module is configured to send
to the presence server address on internal_ip2:5060. I have a route
which forces the sending socket ($fs) to be udp:internal_ip1:5060.

What happens then is that the presence server tries to send the 200
reply to the PUBLISH message back to internal_ip1:5062 (when it should
be internal_ip1:5060), I'm thinking this is because the Via header has
host as external_ip:5062.

Is it possible, from event-route[tm:local-request] to rewrite the via
header so that it reflects internal_ip1:5060 instead of 
external_ip:5062?


I did try the following snippet from event-route[tm:local-request],
but I got module parse errors on the Via header:

if (is_method("PUBLISH")) {
   subst_hf("Via", "/ 1\.2\.3\.[0-9]+:5062;/
$sel(cfg_get.socket.internal_ip);/", "f");
}

[7370]: ERROR:  [parser/parse_via.c:2607]: parse_via():
ERROR:parse_via on <1> state 5 (default)
[7370]: ERROR:  [parser/parse_via.c:2708]: parse_via(): ERROR:
parse_via on: external_ip:5062;branch=z9hG4bK96eb.0f014ae4.0#015#012 


internal_ip1;
[7370]: ERROR:  [parser/parse_via.c:2712]: parse_via(): ERROR:
parse_via parse error, parsed so far:external_ip:5062;branch=z9hG4bK96eb.0f014ae4.0#015#012 


[7370]: ERROR:  [parser/msg_parser.c:125]: get_hdr_field():
ERROR: get_hdr_field: bad via
[7370]: INFO:  [parser/msg_parser.c:338]: parse_headers():
ERROR: bad header field [Via: SIP/2.0/UDP 1]
[7370]: ERROR:  [parser/msg_parser.c:690]: parse_msg(): ERROR:
parse_msg: message=external_ip:5062;branch=z9hG4bK96eb.0f014ae4.0#015#012 


internal_ip1;To: #015#012From:
;tag=3e8fdaca277026bf3e6d75c5e5313096-f162#015#012CSeq: 


10 PUBLISH#015#012Call-ID:
5634294b786134b3-7370@external_ip#015#012Content-Length:
692#015#012User-Agent: kamailio (bfievklb04)#015#012Max-Forwards:
70#015#012Event: dialog#015#012Expires: 10901#015#012Content-Type:
application/dialog-info+xml#015#012#015#012#012#012  #012 Trying#012#012
sip:1234567@domain;transport=UDP#012 #012 #012
#012 sip:user@domain;transport=UDP#012
#012 #012
#012#012>
[7370]: ERROR:  [msg_translator.c:3057]:
build_sip_msg_from_buf(): parsing failed
[7370]: ERROR: tm [uac.c:163]: uac_refresh_hdr_shortcuts(): failed to
parse msg buffer
[7370]: ERROR: tm [uac.c:487]: t_uac_prepare(): failed to refresh
header shortcuts
[7370]: ERROR: pua [send_publish.c:700]: send_publish(): in t_request
tm module function
[7370]: ERROR: pua_dialoginfo [dialog_publish.c:358]:
dialog_publish(): while sending publish

To me, it looks like the replace section of the subst_hf sub
expression is being appended to the end of the via header instead of
replacing the address section found.

I have sanitized the above output to not show internal details, but if
you need it, I can send it on to you privately.

Am I going about this issue in the correct way, and, if so, where am I
going wrong with the subst_hf snippet above?

Kamailio version is 4.3.6.

Any pointers/tips/trciks are greatly appreciated.

Thanks

___
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





___
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
sr-users@lists.sip-router.or

[SR-Users] Struggling at 1000 Concurrent Calls

[Jack Stevens]

Hi Guys,

I have built an SBC using kamailio with the dispatcher module and rtpengine and 
when I run a sip test I find it struggles to go past 1000 calls at 20cps would 
really like some help on how to resolve this. As I am very new to this I am 
stuggeling to work out where to start from. I have found when running this sort 
of load the debian box drops pings any ideas

Kind Regards


-- 





CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED

This email, and any attachments, is intended only for the above addressee. 
It may contain private and/or confidential information. If you have 
received this email in error you are on notice of its status, please 
immediately notify the sender by return email then delete this message and 
any attachments. If you are not the addressee, except to notify the sender, 
you must not use, disclose, copy or distribute this email and/or its 
attachments. Netcall Telecom accepts no responsibility for any changes made 
to this message after it has been sent by the original author. Opinions or 
views expressed in this email may be those of the individual sender and not 
Netcall Telecom. Nothing in this email shall bind Netcall Telecom in any 
contract or obligation

Netcall Telecom Ltd Registered in England 2831215. Registered Office : 3rd 
Floor, Hamilton House, 111 Marlowes, Hemel Hempstead, Herts, HP1 1BB
___
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

Re: [SR-Users] CDP Error S-CSCF Kamailio

[Carsten Bock]

Hi Rodrigo,

you should post more of the logs. Most likely you will see the real error
before the lines you posted in this thread.
You should also verify, where the HSS is listening. The default
configuration of the Fraunhofer HSS is listening on 127.0.0.1, the loopback
device. Connecting to that loopback device from 192.168.0.101 may be
difficult.

Thanks,
Carsten

2016-08-11 15:33 GMT+03:00 Rodrigo Moreira :

> Hi Jason Penton,
>
> How can I do that, Enable deubug?
>
> Thanks.
>
> On Thu, Aug 11, 2016 at 1:18 AM, Jason Penton 
> wrote:
>
>> Hi Rodrigo,
>>
>> There should be done logging before those lines. Could you please enable
>> debug and send the log file
>>
>> On 11 Aug 2016 2:52 AM, "Rodrigo Moreira" 
>> wrote:
>>
>>> Hello Carsten Bock,
>>>
>>> I got to advance in the event REGISTER, but now face the following
>>> problem:
>>>
>>> When I type the command: */etc/init.d/kamailio restart*
>>>
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [diameter_peer.c:428]: diameter_peer_destroy(): destroy_diameter_peer():
>>> Terminating all children...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [diameter_peer.c:447]: diameter_peer_destroy(): destroy_diameter_peer():
>>> All processes terminatedaning up.
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [worker.c:140]: worker_destroy(): Unlocking workers waiting on empty
>>> queue...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp
>>> [worker.c:143]: worker_destroy(): Unlocking workers waiting on full queue...
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: CRITICAL: cdp
>>> [diameter_peer.c:487]: diameter_peer_destroy(): destroy_diameter_peer():
>>> Bye Bye from C Diameter Peer test
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: cdp [mod.c:244]:
>>> cdp_exit(): ... CDiameterPeer child stoped
>>> Aug 10 20:40:52 scscf /usr/sbin/kamailio[2639]: INFO: 
>>> [sctp_core.c:53]: sctp_core_destroy(): SCTP API not initialized
>>> Aug 10 20:40:52 scscf systemd[1]: kamailio.service: control process
>>> exited, code=exited status=255
>>> Aug 10 20:40:52 scscf systemd[1]: Failed to start Kamailio (OpenSER) -
>>> the Open Source SIP Server.
>>> Aug 10 20:40:52 scscf systemd[1]: Unit kamailio.service entered failed
>>> state.
>>>
>>>
>>> I can not start the Kamailio, I used the examples codes available in
>>> the repository (GIT).
>>>
>>> You suggest something I may be doing wrong?
>>>
>>> Can you help me?
>>>
>>> I attached my config files.
>>>
>>> Thank you very much.
>>>
>>> Regards.
>>> --
>>> Rodrigo M.
>>> (37) 9132-4539
>>> (34) 9889-3069
>>> rodrigo.moreira2007
>>>
>>>
>>>
>>> ___
>>> 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
>>>
>>>
>> This email is subject to the disclaimer of Smile Communications at 
>> http://www.smilecoms.com/home/email-disclaimer/ 
>> 
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Rodrigo M.
> (37) 9132-4539
> (34) 9889-3069
> rodrigo.moreira2007
>
>
>


-- 
Carsten Bock
CEO (Geschäftsführer)

ng-voice GmbH
Millerntorplatz 1
20359 Hamburg / Germany

http://www.ng-voice.com
mailto:cars...@ng-voice.com

Office +49 40 5247593-40
Fax +49 40 5247593-99

Sitz der Gesellschaft: Hamburg
Registergericht: Amtsgericht Hamburg, HRB 120189
Geschäftsführer: Carsten Bock
Ust-ID: DE279344284

Hier finden Sie unsere handelsrechtlichen Pflichtangaben:
http://www.ng-voice.com/imprint/
___
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

Re: [SR-Users] Struggling at 1000 Concurrent Calls

[Daniel-Constantin Mierla]

Hello,

can you provide more details about what actually happens? High cpu?
Dropped traffic? ...

If you have many log messages, be sure syslog is configured in
asynchronous mode.

Cheers,
Daniel


On 12/08/16 15:13, Jack Stevens wrote:
>
> Hi Guys,
>
>  
>
> I have built an SBC using kamailio with the dispatcher module and
> rtpengine and when I run a sip test I find it struggles to go past
> 1000 calls at 20cps would really like some help on how to resolve
> this. As I am very new to this I am stuggeling to work out where to
> start from. I have found when running this sort of load the debian box
> drops pings any ideas
>
>  
>
> Kind Regards
>
>  
>
>
>
>
>
>
>
> CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED
>
> This email, and any attachments, is intended only for the above
> addressee. It may contain private and/or confidential information. If
> you have received this email in error you are on notice of its status,
> please immediately notify the sender by return email then delete this
> message and any attachments. If you are not the addressee, except to
> notify the sender, you must not use, disclose, copy or distribute this
> email and/or its attachments. Netcall Telecom accepts no
> responsibility for any changes made to this message after it has been
> sent by the original author. Opinions or views expressed in this email
> may be those of the individual sender and not Netcall Telecom. Nothing
> in this email shall bind Netcall Telecom in any contract or obligation
>
> Netcall Telecom Ltd Registered in England 2831215. Registered Office :
> 3rd Floor, Hamilton House, 111 Marlowes, Hemel Hempstead, Herts, HP1 1BB
>
>
> ___
> 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

-- 
Daniel-Constantin Mierla
http://www.asipto.com - http://www.kamailio.org
http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

___
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

Re: [SR-Users] Struggling at 1000 Concurrent Calls

[Jack Stevens]

Hi Guys,

The cpu is fine and the ram is okay the machine has 12 gig of ram and 12 2.6 
cpu cores. After about a peak of 1300 calls it drops to 600 calls

From: sr-users [mailto:sr-users-boun...@lists.sip-router.org] On Behalf Of 
Daniel-Constantin Mierla
Sent: 12 August 2016 15:35
To: Kamailio (SER) - Users Mailing List 
Subject: Re: [SR-Users] Struggling at 1000 Concurrent Calls


Hello,

can you provide more details about what actually happens? High cpu? Dropped 
traffic? ...

If you have many log messages, be sure syslog is configured in asynchronous 
mode.

Cheers,
Daniel

On 12/08/16 15:13, Jack Stevens wrote:
Hi Guys,

I have built an SBC using kamailio with the dispatcher module and rtpengine and 
when I run a sip test I find it struggles to go past 1000 calls at 20cps would 
really like some help on how to resolve this. As I am very new to this I am 
stuggeling to work out where to start from. I have found when running this sort 
of load the debian box drops pings any ideas

Kind Regards







CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED

This email, and any attachments, is intended only for the above addressee. It 
may contain private and/or confidential information. If you have received this 
email in error you are on notice of its status, please immediately notify the 
sender by return email then delete this message and any attachments. If you are 
not the addressee, except to notify the sender, you must not use, disclose, 
copy or distribute this email and/or its attachments. Netcall Telecom accepts 
no responsibility for any changes made to this message after it has been sent 
by the original author. Opinions or views expressed in this email may be those 
of the individual sender and not Netcall Telecom. Nothing in this email shall 
bind Netcall Telecom in any contract or obligation

Netcall Telecom Ltd Registered in England 2831215. Registered Office : 3rd 
Floor, Hamilton House, 111 Marlowes, Hemel Hempstead, Herts, HP1 1BB




___

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



--

Daniel-Constantin Mierla

http://www.asipto.com - http://www.kamailio.org

http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

-- 





CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED

This email, and any attachments, is intended only for the above addressee. 
It may contain private and/or confidential information. If you have 
received this email in error you are on notice of its status, please 
immediately notify the sender by return email then delete this message and 
any attachments. If you are not the addressee, except to notify the sender, 
you must not use, disclose, copy or distribute this email and/or its 
attachments. Netcall Telecom accepts no responsibility for any changes made 
to this message after it has been sent by the original author. Opinions or 
views expressed in this email may be those of the individual sender and not 
Netcall Telecom. Nothing in this email shall bind Netcall Telecom in any 
contract or obligation

Netcall Telecom Ltd Registered in England 2831215. Registered Office : 3rd 
Floor, Hamilton House, 111 Marlowes, Hemel Hempstead, Herts, HP1 1BB
___
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

Re: [SR-Users] Struggling at 1000 Concurrent Calls

[Ivailo Dobrev]

Hello,

Is it possible to hit some kernel limits ?
check: ulimit -a / dmesg

Regards,
Ivo

On 08/12/2016 05:46 PM, Jack Stevens wrote:


*Hi Guys*,

The cpu is fine and the ram is okay the machine has 12 gig of ram and 
12 2.6 cpu cores. After about a peak of 1300 calls it drops to 600 calls


**

*From:*sr-users [mailto:sr-users-boun...@lists.sip-router.org] *On 
Behalf Of *Daniel-Constantin Mierla

*Sent:* 12 August 2016 15:35
*To:* Kamailio (SER) - Users Mailing List 
*Subject:* Re: [SR-Users] Struggling at 1000 Concurrent Calls

Hello,

can you provide more details about what actually happens? High cpu? 
Dropped traffic? ...


If you have many log messages, be sure syslog is configured in 
asynchronous mode.


Cheers,
Daniel

On 12/08/16 15:13, Jack Stevens wrote:

Hi Guys,

I have built an SBC using kamailio with the dispatcher module and
rtpengine and when I run a sip test I find it struggles to go past
1000 calls at 20cps would really like some help on how to resolve
this. As I am very new to this I am stuggeling to work out where
to start from. I have found when running this sort of load the
debian box drops pings any ideas

Kind Regards







CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED

This email, and any attachments, is intended only for the above
addressee. It may contain private and/or confidential information.
If you have received this email in error you are on notice of its
status, please immediately notify the sender by return email then
delete this message and any attachments. If you are not the
addressee, except to notify the sender, you must not use,
disclose, copy or distribute this email and/or its attachments.
Netcall Telecom accepts no responsibility for any changes made to
this message after it has been sent by the original author.
Opinions or views expressed in this email may be those of the
individual sender and not Netcall Telecom. Nothing in this email
shall bind Netcall Telecom in any contract or obligation

Netcall Telecom Ltd Registered in England 2831215. Registered
Office : 3rd Floor, Hamilton House, 111 Marlowes, Hemel Hempstead,
Herts, HP1 1BB



___

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



--
Daniel-Constantin Mierla
http://www.asipto.com  -http://www.kamailio.org
http://twitter.com/#!/miconda   
-http://www.linkedin.com/in/miconda






CONFIDENTIAL EMAIL FROM NETCALL TELECOM LIMITED

This email, and any attachments, is intended only for the above 
addressee. It may contain private and/or confidential information. If 
you have received this email in error you are on notice of its status, 
please immediately notify the sender by return email then delete this 
message and any attachments. If you are not the addressee, except to 
notify the sender, you must not use, disclose, copy or distribute this 
email and/or its attachments. Netcall Telecom accepts no 
responsibility for any changes made to this message after it has been 
sent by the original author. Opinions or views expressed in this email 
may be those of the individual sender and not Netcall Telecom. Nothing 
in this email shall bind Netcall Telecom in any contract or obligation


Netcall Telecom Ltd Registered in England 2831215. Registered Office : 
3rd Floor, Hamilton House, 111 Marlowes, Hemel Hempstead, Herts, HP1 1BB



___
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


___
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

Re: [SR-Users] kamailio TLS mod_register failed

[Hai Bui Duc Ha]

Hi all,

I found the solution for this issue, just downgrade version libssl-dev to
1.0.2d.
Ref: https://github.com/kamailio/kamailio/issues/714

Regards,
Hai Bui

On Fri, Aug 12, 2016 at 7:01 PM, Hai Bui Duc Ha  wrote:

> Hi all,
>
> I have the same problem when update my libssl-dev to 1.0.2h.
> Do we have any solution ? I'm running Ubuntu 14.04 sever
>
> Regards,
> Hai Bui
>
> On Fri, Jun 17, 2016 at 6:59 PM, Daniel-Constantin Mierla <
> mico...@gmail.com> wrote:
>
>> Is any chance that I get access to the system to do some tests myself? It
>> looks like something specific for your system, running tls fine in many
>> servers...
>>
>> Cheers,
>> Daniel
>>
>> On 15/06/16 16:16, wanmon wrote:
>>
>> exactly the same error!
>>
>> just disabling "#!define WITH_TLS" and start immediately with "kamailio
>> -m 64" or "kamctl start"
>>
>> may help re-compile openssl from scratch (i installed from .rpm)? any
>> specific version? openssl-1.0? openssl-0.98?
>>
>> Regards,
>>
>>
>>
>> On 14 June 2016 16:03:30 CEST, Daniel-Constantin Mierla
>>   wrote:
>>>
>>> Hello,
>>>
>>> are you providing -m command line parameter? If not, can you try adding
>>> it (e.g., -m 64) to the command starting kamailio, like:
>>>
>>> kamailio -m 64 ...
>>>
>>> Using kamctl is not really recommended to start kamailio.
>>> Cheers,
>>> Daniel
>>>
>>> On 14/06/16 13:21, wanmon wanmon wrote:
>>>
>>>
>>> kamctl start
>>> ERROR: PID file /var/run/kamailio.pid does not exist -- Kamailio start
>>> failed
>>>
>>>
>>>
>>>
>>> *2016-06-14T13:29:39.269439+02:00 host kamailio: DEBUG: 
>>> [cfg.y:1619]: yyparse(): loading modules under
>>> /usr/local/lib64/kamailio/modules/ 2016-06-14T13:29:39.270075+02:00 host
>>> kamailio: DEBUG:  [cfg.y:1600]: yyparse(): loading module tls.so
>>> 2016-06-14T13:29:39.270384+02:00 host kamailio: DEBUG: 
>>> [sr_module.c:575]: load_module(): trying to load*
>>>
>>> *
>>> 2016-06-14T13:29:39.318055+02:00 host kamailio: DEBUG: 
>>> [mem/q_malloc.c:189]: qm_malloc_init(): qm_malloc_init: QM_OPTIMIZE=16384,*
>>>
>>> */ROUNDTO=2048 2016-06-14T13:29:39.318269+02:00 host kamailio: DEBUG:
>>>  [mem/q_malloc.c:191]: qm_malloc_init(): qm_malloc_init:
>>> QM_HASH_SIZE=2099,*
>>>
>>> *qm_block size=235152 2016-06-14T13:29:39.318462+02:00 host kamailio:
>>> DEBUG:  [mem/q_malloc.c:192]: qm_malloc_init():
>>> qm_malloc_init(0x7f119bf96000, 67108864),*
>>>
>>> *start=0x7f119bf96000 2016-06-14T13:29:39.318672+02:00 host kamailio:
>>> DEBUG:  [mem/q_malloc.c:200]: qm_malloc_init(): qm_malloc_init: size=
>>> 67108864,*
>>>
>>>
>>> *init_overhead=235256 2016-06-14T13:29:39.318871+02:00 host kamailio:
>>> ERROR: tls [tls_init.c:490]: tls_pre_init(): Unable to set the memory
>>> allocation functions 2016-06-14T13:29:39.319072+02:00 host kamailio: ERROR:
>>>  [sr_module.c:607]: load_module():
>>> /usr/local/lib64/kamailio/modules/tls.so:*
>>> *mod_register failed*
>>>
>>> [...]
>>>
>>> --
>>> Daniel-Constantin Mierlahttp://www.asipto.com - 
>>> http://www.kamailio.orghttp://twitter.com/#!/miconda - 
>>> http://www.linkedin.com/in/miconda
>>>
>>>
>> --
>> Daniel-Constantin Mierlahttp://www.asipto.com - 
>> http://www.kamailio.orghttp://twitter.com/#!/miconda - 
>> http://www.linkedin.com/in/miconda
>>
>>
>> ___
>> 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
>>
>>
>
>
> --
> Hai Bui
> VoIP engineer, Cvoice team, HTK-HCM Office
> Mobile: +84-165-618-9876
>



-- 
Hai Bui
VoIP engineer, Cvoice team, HTK-HCM Office
Mobile: +84-165-618-9876
___
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