[SR-Users] Re: Internal DNS resolver

2024-01-12 Thread Igor Potjevlesch via sr-users 
You're right, sorry:

kamcmd dns.add_srv _sip._udp.example.com 3600 0 50 5060 srv1.com 2

kamcmd dns.add_srv _sip._udp.example.com 3600 0 50 5060 srv2.com 2

kamcmd dns.add_a srv1.com 3600 192.168.1.1 2

kamcmd dns.add_a srv2.com 3600 192.168.1.2 2



Finally, it looks to work fine by adding:

dns_srv_lb=yes

use_dns_failover=yes





De : Sergiu Pojoga 
Envoyé : vendredi 12 janvier 2024 14:50
À : Kamailio (SER) - Users Mailing List 
Cc : mico...@gmail.com; Igor Potjevlesch 
Objet : Re: [SR-Users] Re: Internal DNS resolver



Just so ppl you're asking don't lose their minds either trying to be 
clairvoyants of your particular setup, can you post what records exactly were 
added and what makes you think they are not followed by Kam when selecting a 
destination?



So you add records with dns.add and then lookup them up with dns.lookup



Cheers,



On Fri, Jan 12, 2024 at 8:42 AM Igor Potjevlesch via sr-users 
mailto:sr-users@lists.kamailio.org> > wrote:

Hello,



Just to be sure that I'm not losing my time: is there any chance to do a 
load-balancing using add_srv? I just tried with two equal entries but it's 
always the same which is returned.



Regards,



Igor.



De : Daniel-Constantin Mierla mailto:mico...@gmail.com> >
Envoyé : vendredi 12 janvier 2024 11:17
À : Igor Potjevlesch mailto:igor.potjevle...@gmail.com> >; 'Kamailio (SER) - Users Mailing List' 
mailto:sr-users@lists.kamailio.org> >
Objet : Re: [SR-Users] Internal DNS resolver



Hello,

the core rpc lack proper documentation, not like the case of modules. In this 
case, the code should be suggestive of what parameters have to be provided:

  - https://github.com/kamailio/kamailio/blob/master/src/core/dns_cache.c#L4744

For each of those values, the corex docs for dns_cache parameter should give 
details.

Cheers,
Daniel



On 12.01.24 11:05, Igor Potjevlesch wrote:

Hello Daniel,



Thanks! I wll try. I didn't find out how to use dns.add_a. Is someone has the 
exact params lists? Thank you.



Regards,



Igor.



De : Daniel-Constantin Mierla  <mailto:mico...@gmail.com> 
Envoyé : jeudi 11 janvier 2024 19:36
À : Kamailio (SER) - Users Mailing List  <mailto:sr-users@lists.kamailio.org> 

Cc : Igor Potjevlesch  <mailto:igor.potjevle...@gmail.com> 

Objet : Re: [SR-Users] Internal DNS resolver



Hello,



On 11.01.24 19:07, Igor Potjevlesch via sr-users wrote:

Hello!



I have a quick question about the internal DNS resolver and cache embedded in 
Kamailio.

Is the ability to add an entry with dns.add_a bypass the "real" DNS lookup? So, 
let's say that sip.example.com <http://sip.example.com>  is publicly resolve 
alternatively with 1.2.3.4 & 5.6.7.8.9, if I do a dns.add_a to add my own 
sip.example.com <http://sip.example.com>  with, alternatively, 127.0.0.1 and 
127.0.0.2, will it work?





yes, it should work, the internal cache is checked first and if entry found, 
then it is used.

You can also add entries in the dns cache at startup via dns_cache modparam 
from corex.

Cheers,
Daniel

--
Daniel-Constantin Mierla (@ asipto.com <http://asipto.com> )
twitter.com/miconda <http://twitter.com/miconda>  -- linkedin.com/in/miconda 
<http://linkedin.com/in/miconda>
Kamailio Consultancy, Training and Development Services -- asipto.com 
<http://asipto.com>
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com 
<http://asipto.com>
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com 
<http://kamailioworld.com>




 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

Sans virus. 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
 www.avast.com

--
Daniel-Constantin Mierla (@ asipto.com <http://asipto.com> )
twitter.com/miconda <http://twitter.com/miconda>  -- linkedin.com/in/miconda 
<http://linkedin.com/in/miconda>
Kamailio Consultancy, Training and Development Services -- asipto.com 
<http://asipto.com>
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com 
<http://asipto.com>
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com 
<http://kamailioworld.com>

__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org 
<mailto:sr-users-le...@lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:



--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: Internal DNS resolver

2024-01-12 Thread Igor Potjevlesch via sr-users 
Hello,



Just to be sure that I'm not losing my time: is there any chance to do a 
load-balancing using add_srv? I just tried with two equal entries but it's 
always the same which is returned.



Regards,



Igor.



De : Daniel-Constantin Mierla 
Envoyé : vendredi 12 janvier 2024 11:17
À : Igor Potjevlesch ; 'Kamailio (SER) - Users 
Mailing List' 
Objet : Re: [SR-Users] Internal DNS resolver



Hello,

the core rpc lack proper documentation, not like the case of modules. In this 
case, the code should be suggestive of what parameters have to be provided:

  - https://github.com/kamailio/kamailio/blob/master/src/core/dns_cache.c#L4744

For each of those values, the corex docs for dns_cache parameter should give 
details.

Cheers,
Daniel



On 12.01.24 11:05, Igor Potjevlesch wrote:

Hello Daniel,



Thanks! I wll try. I didn't find out how to use dns.add_a. Is someone has the 
exact params lists? Thank you.



Regards,



Igor.



De : Daniel-Constantin Mierla  <mailto:mico...@gmail.com> 
Envoyé : jeudi 11 janvier 2024 19:36
À : Kamailio (SER) - Users Mailing List  <mailto:sr-users@lists.kamailio.org> 

Cc : Igor Potjevlesch  <mailto:igor.potjevle...@gmail.com> 

Objet : Re: [SR-Users] Internal DNS resolver



Hello,



On 11.01.24 19:07, Igor Potjevlesch via sr-users wrote:

Hello!



I have a quick question about the internal DNS resolver and cache embedded in 
Kamailio.

Is the ability to add an entry with dns.add_a bypass the "real" DNS lookup? So, 
let's say that sip.example.com is publicly resolve alternatively with 1.2.3.4 & 
5.6.7.8.9, if I do a dns.add_a to add my own sip.example.com with, 
alternatively, 127.0.0.1 and 127.0.0.2, will it work?






yes, it should work, the internal cache is checked first and if entry found, 
then it is used.

You can also add entries in the dns cache at startup via dns_cache modparam 
from corex.

Cheers,
Daniel

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com




 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

Sans virus. 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
 www.avast.com

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com


--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: Internal DNS resolver

2024-01-12 Thread Igor Potjevlesch via sr-users 
Hello,



Wonderful! Thank you Daniel.



Regards,



Igor.



De : Daniel-Constantin Mierla 
Envoyé : vendredi 12 janvier 2024 11:17
À : Igor Potjevlesch ; 'Kamailio (SER) - Users 
Mailing List' 
Objet : Re: [SR-Users] Internal DNS resolver



Hello,

the core rpc lack proper documentation, not like the case of modules. In this 
case, the code should be suggestive of what parameters have to be provided:

  - https://github.com/kamailio/kamailio/blob/master/src/core/dns_cache.c#L4744

For each of those values, the corex docs for dns_cache parameter should give 
details.

Cheers,
Daniel



On 12.01.24 11:05, Igor Potjevlesch wrote:

Hello Daniel,



Thanks! I wll try. I didn't find out how to use dns.add_a. Is someone has the 
exact params lists? Thank you.



Regards,



Igor.



De : Daniel-Constantin Mierla  <mailto:mico...@gmail.com> 
Envoyé : jeudi 11 janvier 2024 19:36
À : Kamailio (SER) - Users Mailing List  <mailto:sr-users@lists.kamailio.org> 

Cc : Igor Potjevlesch  <mailto:igor.potjevle...@gmail.com> 

Objet : Re: [SR-Users] Internal DNS resolver



Hello,



On 11.01.24 19:07, Igor Potjevlesch via sr-users wrote:

Hello!



I have a quick question about the internal DNS resolver and cache embedded in 
Kamailio.

Is the ability to add an entry with dns.add_a bypass the "real" DNS lookup? So, 
let's say that sip.example.com is publicly resolve alternatively with 1.2.3.4 & 
5.6.7.8.9, if I do a dns.add_a to add my own sip.example.com with, 
alternatively, 127.0.0.1 and 127.0.0.2, will it work?






yes, it should work, the internal cache is checked first and if entry found, 
then it is used.

You can also add entries in the dns cache at startup via dns_cache modparam 
from corex.

Cheers,
Daniel

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com




 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

Sans virus. 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
 www.avast.com

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com


--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: Internal DNS resolver

2024-01-12 Thread Igor Potjevlesch via sr-users 
Hello Daniel,



Thanks! I wll try. I didn't find out how to use dns.add_a. Is someone has the 
exact params lists? Thank you.



Regards,



Igor.



De : Daniel-Constantin Mierla 
Envoyé : jeudi 11 janvier 2024 19:36
À : Kamailio (SER) - Users Mailing List 
Cc : Igor Potjevlesch 
Objet : Re: [SR-Users] Internal DNS resolver



Hello,



On 11.01.24 19:07, Igor Potjevlesch via sr-users wrote:

Hello!



I have a quick question about the internal DNS resolver and cache embedded in 
Kamailio.

Is the ability to add an entry with dns.add_a bypass the "real" DNS lookup? So, 
let's say that sip.example.com is publicly resolve alternatively with 1.2.3.4 & 
5.6.7.8.9, if I do a dns.add_a to add my own sip.example.com with, 
alternatively, 127.0.0.1 and 127.0.0.2, will it work?





yes, it should work, the internal cache is checked first and if entry found, 
then it is used.

You can also add entries in the dns cache at startup via dns_cache modparam 
from corex.

Cheers,
Daniel

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy, Training and Development Services -- asipto.com
Kamailio Advanced Training, February 20-22, 2024 -- asipto.com
Kamailio World Conference, April 18-19, 2024, Berlin -- kamailioworld.com


--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Internal DNS resolver

2024-01-11 Thread Igor Potjevlesch via sr-users 
Hello!



I have a quick question about the internal DNS resolver and cache embedded
in Kamailio.

Is the ability to add an entry with dns.add_a bypass the "real" DNS lookup?
So, let's say that sip.example.com is publicly resolve alternatively with
1.2.3.4 & 5.6.7.8.9, if I do a dns.add_a to add my own sip.example.com with,
alternatively, 127.0.0.1 and 127.0.0.2, will it work?



Thanks for your highlight!



Regards,



Igor.



--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: Crash on core/mem/q_malloc.c

2023-11-22 Thread Igor Potjevlesch via sr-users 
Hello Daniel,



No, nothing custom. Only Kamailio modules.

After a deeper investigation, we successfully reproduced. It looks like it 
occurred with a particular in-dialog INVITE. Not completely sure yet the 
difference. We are still looking into it.



Regards,



Igor.



De : Daniel-Constantin Mierla 
Envoyé : mercredi 22 novembre 2023 09:07
À : Kamailio (SER) - Users Mailing List 
Cc : Igor Potjevlesch 
Objet : Re: [SR-Users] Crash on core/mem/q_malloc.c



Hello,

looks like a buffer overflow by 1 byte. Are you using any custom 
module/additional patches, or is it stock kamailio?

Cheers,
Daniel

On 22.11.23 00:46, Igor Potjevlesch via sr-users wrote:

Hello!



I'm facing an issue 2/3 times a day with the following errors in the logs:

Nov 22 00:09:02 /usr/local/sbin/kamailio[3720]: CRITICAL:  
[core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: prev. fragm. tail 
overwritten(c0c0c000, abcdefed)[0x7f9600b754f8:0x7f9600b75530]! Memory 
allocator was called from core: core/re.c:430. Fragment marked by core: 
db_res.c:139. Exec from core/mem/q_malloc.c:391.

Nov 22 00:09:02 /usr/local/sbin/kamailio[3720]: CRITICAL:  
[core/mem/q_malloc.c:155]: qm_debug_check_frag(): BUG: qm: prev. fragm. tail 
overwritten [0x7f9600b75460:0x7f9600b75498] - fragment marked by tm: t_fwd.c:230

Nov 22 00:09:02 abrt-hook-ccpp: Process 3720 (kamailio) of user 0 killed by 
SIGABRT - ignoring (repeated crash)



Do you have any idea where it could come from? I'm running Kamailio 5.6.4.



Regards,



Igor.




 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>

Sans virus. 
<https://www.avast.com/sig-email?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
 www.avast.com





__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org 
<mailto:sr-users-le...@lists.kamailio.org>
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

--
Daniel-Constantin Mierla (@ asipto.com)
twitter.com/miconda -- linkedin.com/in/miconda
Kamailio Consultancy and Development Services
Kamailio Advanced Training -- asipto.com


--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Crash on core/mem/q_malloc.c

2023-11-21 Thread Igor Potjevlesch via sr-users 
Hello!



I'm facing an issue 2/3 times a day with the following errors in the logs:

Nov 22 00:09:02 /usr/local/sbin/kamailio[3720]: CRITICAL: 
[core/mem/q_malloc.c:150]: qm_debug_check_frag(): BUG: qm: prev. fragm. tail
overwritten(c0c0c000, abcdefed)[0x7f9600b754f8:0x7f9600b75530]! Memory
allocator was called from core: core/re.c:430. Fragment marked by core:
db_res.c:139. Exec from core/mem/q_malloc.c:391.

Nov 22 00:09:02 /usr/local/sbin/kamailio[3720]: CRITICAL: 
[core/mem/q_malloc.c:155]: qm_debug_check_frag(): BUG: qm: prev. fragm. tail
overwritten [0x7f9600b75460:0x7f9600b75498] - fragment marked by tm:
t_fwd.c:230

Nov 22 00:09:02 abrt-hook-ccpp: Process 3720 (kamailio) of user 0 killed by
SIGABRT - ignoring (repeated crash)



Do you have any idea where it could come from? I'm running Kamailio 5.6.4.



Regards,



Igor.



--
Cet e-mail a été vérifié par le logiciel antivirus d'Avast.
www.avast.com__
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-le...@lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the 
sender!
Edit mailing list options or unsubscribe:

[SR-Users] Re: Several crashs in prepare_new_uac

2023-09-26 Thread Igor Potjevlesch via sr-users 
Hello,



We are now running with 5.6.4 and we still have crashes in this function:

(gdb) bt

#0  0x7f35fd42c39b in prepare_new_uac (t=0x7f35dc430ab8,
i_req=0x7f3600b15040, branch=0, uri=0x7ffe7bd7aab0, path=0x7ffe7bd7aa90,
next_hop=0x7f3600b15320, fsocket=0x0, snd_flags=..., fproto=0, flags=2,
instance=0x7ffe7bd7aa80, ruid=0x7ffe7bd7aa70,

location_ua=0x7ffe7bd7aa60) at t_fwd.c:464

#1  0x7f35fd431154 in add_uac (t=0x7f35dc430ab8, request=0x7f3600b15040,
uri=0x7f3600b15320, next_hop=0x7f3600b15320, path=0x7f3600b156e8, proxy=0x0,
fsocket=0x0, snd_flags=..., proto=0, flags=2, instance=0x7f3600b156f8,
ruid=0x7f3600b15710,

location_ua=0x7f3600b15720) at t_fwd.c:814

#2  0x7f35fd43aa37 in t_forward_nonack (t=0x7f35dc430ab8,
p_msg=0x7f3600b15040, proxy=0x0, proto=0) at t_fwd.c:1694

#3  0x7f35fd41291f in t_relay_to (p_msg=0x7f3600b15040, proxy=0x0,
proto=0, replicate=0) at t_funcs.c:332

#4  0x7f35fd39a587 in _w_t_relay_to (p_msg=0x7f3600b15040, proxy=0x0,
force_proto=0) at tm.c:1764

#5  0x7f35fd39b900 in w_t_relay (p_msg=0x7f3600b15040, _foo=0x0,
_bar=0x0) at tm.c:1964

#6  0x005e1c3d in do_action (h=0x7ffe7bd7bb20, a=0x7f3600724208,
msg=0x7f3600b15040) at core/action.c:1079

#7  0x005eeff0 in run_actions (h=0x7ffe7bd7bb20, a=0x7f3600724208,
msg=0x7f3600b15040) at core/action.c:1584

#8  0x005ef66c in run_actions_safe (h=0x7ffe7bd7f2f0,
a=0x7f3600724208, msg=0x7f3600b15040) at core/action.c:1648

#9  0x0044407b in rval_get_int (h=0x7ffe7bd7f2f0,
msg=0x7f3600b15040, i=0x7ffe7bd7c094, rv=0x7f3600724558, cache=0x0) at
core/rvalue.c:949

#10 0x00448bac in rval_expr_eval_int (h=0x7ffe7bd7f2f0,
msg=0x7f3600b15040, res=0x7ffe7bd7c094, rve=0x7f3600724550) at
core/rvalue.c:1947

#11 0x00448fd8 in rval_expr_eval_int (h=0x7ffe7bd7f2f0,
msg=0x7f3600b15040, res=0x7ffe7bd7c60c, rve=0x7f3600724c80) at
core/rvalue.c:1955

#12 0x005e171e in do_action (h=0x7ffe7bd7f2f0, a=0x7f3600725500,
msg=0x7f3600b15040) at core/action.c:1055

#13 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f360071e418,
msg=0x7f3600b15040) at core/action.c:1584

#14 0x005de38d in do_action (h=0x7ffe7bd7f2f0, a=0x7f3600a440b0,
msg=0x7f3600b15040) at core/action.c:703

#15 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f3600991c70,
msg=0x7f3600b15040) at core/action.c:1584

#16 0x005de38d in do_action (h=0x7ffe7bd7f2f0, a=0x7f3600774798,
msg=0x7f3600b15040) at core/action.c:703

#17 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f3600774798,
msg=0x7f3600b15040) at core/action.c:1584

#18 0x005eb049 in do_action (h=0x7ffe7bd7f2f0, a=0x7f3600776070,
msg=0x7f3600b15040) at core/action.c:1215

#19 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f3600772e40,
msg=0x7f3600b15040) at core/action.c:1584

#20 0x005e1bac in do_action (h=0x7ffe7bd7f2f0, a=0x7f36007a9d98,
msg=0x7f3600b15040) at core/action.c:1070

#21 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f360075de68,
msg=0x7f3600b15040) at core/action.c:1584

#22 0x005de38d in do_action (h=0x7ffe7bd7f2f0, a=0x7f360071c018,
msg=0x7f3600b15040) at core/action.c:703

#23 0x005eeff0 in run_actions (h=0x7ffe7bd7f2f0, a=0x7f360070b7f8,
msg=0x7f3600b15040) at core/action.c:1584

#24 0x005ef734 in run_top_route (a=0x7f360070b7f8,
msg=0x7f3600b15040, c=0x0) at core/action.c:1669

#25 0x0060627f in receive_msg (

buf=0xae7a20  "INVITE sip:0123456789@X.Y
 .Z SIP/2.0\r\nVia: SIP/2.0/UDP
A.B.C.D;rport;branch=z9hG4bKmSt3vQZQj9UXm\r\nMax-Forwards: 69\r\nFrom:
\"0987654321\" sip:0987654321@A.B.C.D 
;tag=v36y8m9Fr323e\r\nTo: <"..., len=1011,

rcv_info=0x7ffe7bd7fa00) at core/receive.c:515

#26 0x004a6602 in udp_rcv_loop () at core/udp_server.c:544

#27 0x0042bff5 in main_loop () at main.c:1722

#28 0x00437909 in main (argc=7, argv=0x7ffe7bd802d8) at main.c:3078



Regards,



Igor.



De : Igor Potjevlesch 
Envoyé : mercredi 14 juin 2023 18:58
À : 'Henning Westerholt' ; 'Kamailio (SER) - Users Mailing
List' 
Objet : RE: [SR-Users] Several crashs in prepare_new_uac



Hello,



Understood! Indeed, we already schedule to upgrade to 5.6.X in the coming
weeks.



Regards,



Igor.



De : Henning Westerholt <  h...@gilawa.com>
Envoyé : mercredi 14 juin 2023 18:38
À : Kamailio (SER) - Users Mailing List <
 sr-users@lists.kamailio.org>
Cc : Igor Potjevlesch < 
igor.potjevle...@gmail.com>
Objet : RE: [SR-Users] Several crashs in prepare_new_uac



Hello,



I have not looked into the backtrace yet, but you should consider upgrading
the server to a support release (e.g. one of the latest the 5.5.x or 5.6.x
releases). The 5.3.x series is long end of life. Your bug might be already
fixed in the maintained versions.



Cheers,



Henning



--

Henning Westerholt –   https://skala