sr-dev May 2014

sr-dev@lists.kamailio.org

34 participants
238 discussions

git:master: dispatcher: fix weight attr comparison

by Ovidiu Sas

Module: sip-router Branch: master Commit: 6cc1f4101ce4a9db25865afc5ac19c3f6578889b URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=6cc1f41… Author: Ovidiu Sas <osas(a)voipembedded.com> Committer: Ovidiu Sas <osas(a)voipembedded.com> Date: Wed May 14 16:07:24 2014 -0400 dispatcher: fix weight attr comparison --- modules/dispatcher/dispatch.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/modules/dispatcher/dispatch.c b/modules/dispatcher/dispatch.c index 56d2f06..23b516a 100644 --- a/modules/dispatcher/dispatch.c +++ b/modules/dispatcher/dispatch.c @@ -227,7 +227,7 @@ int ds_set_attrs(ds_dest_t *dest, str *attrs) && strncasecmp(pit->name.s, "duid", 4)==0) { dest->attrs.duid = pit->body; } else if(pit->name.len==6 - && strncasecmp(pit->name.s, "weight", 4)==0) { + && strncasecmp(pit->name.s, "weight", 6)==0) { str2sint(&pit->body, &dest->attrs.weight); } else if(pit->name.len==7 && strncasecmp(pit->name.s, "maxload", 7)==0) {

10 years, 2 months

Kamailio IRC Devel Meeting 2014

by Daniel-Constantin Mierla

Hello, shall we have our next irc devel meeting to discuss near future plans? I am proposing Thursday, May 15, 2014, at 14:00UTC on #kamailio channel at irc.freenode.net. If anyone wants a different date, please propose alternatives and we will select the one suiting most of the participants. I created a wiki page for it, adding some basic content for the moment, feel free to add new topics and details there: - http://www.kamailio.org/wiki/devel/irc-meetings/2014a Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

10 years, 2 months

[tracker] Comment added: kamailio sometimes crash when handling failure events (Attachment added)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#427 - kamailio sometimes crash when handling failure events User who did this - Pawel Sternal (Sternik) ---------- I attach a pcap and bt full from gdb (core) from today's crash. I found in logs when processing ACK this: <code> May 14 11:59:50 node02 /usr/sbin/kamailio[31576]: CRITICAL: dialog [dlg_hash.c:841]: log_next_state_dlg(): bogus event 6 in state 1 for dlg 0xa5223ba0 [2649:5896] with clid '039f972664562d09788758b36f12fc1b(a)sip.vanbergsystems.pl' and tags 'as79a6475b' '' </code> And about 30 seconds later: <code> May 14 12:00:18 node02 /usr/sbin/kamailio[31560]: ALERT: <core> [main.c:775]: handle_sigs(): child process 31582 exited by a signal 11 May 14 12:00:18 node02 /usr/sbin/kamailio[31560]: ALERT: <core> [main.c:778]: handle_sigs(): core was generated </code> This child processing failure route: <code> if (t_is_canceled()) { xlog("L_NOTICE","LOG:$ci (failure route 1) transaction was cancelled by UAC"); avp_db_query("select icid_var from dialog_data where callid='$ci'","$avp(icid_next)"); #acc setflag(30); drop; exit; } </code> ---------- One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=427#comment1446 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 2 months

How to reply an INVITE with 403 and do not forward that INVITE to SIP Server

by varun pratapsingh

Hi All, I want to handle a special case in the Kamailio 4.1.3. When I receive INVITE from some UAC I wanto reply it with 403 message. I am using the Kamailio in Proxy mode when the INVITE comes I want to reply it with 403 and do not want to send this INVITE to SIP Server. I expored the Kamailio source code and found that fucntion receive_msg() in file receive.c receives all the SIP messages. I am able to parse the SIP INVITE from such UACs but how to reply them with 403 SIP Code. I am unable to use the t_reply("403","Forbidden") here in this function/file. Also in this function finally the forward_reply(msg); is called which sends the INVITE to the Sip Server. But I dont want to send anything to SIP Server in this case but want to reply the UAC with 403. Can you please guide me how to do and where to do this. I am new to kamailio. Please help. Regards Varun

10 years, 2 months

git:4.1: presence_dialoginfo: get rid of unused variables warning

by Daniel-Constantin Mierla

Module: sip-router Branch: 4.1 Commit: 9c15e8444e99f33ca2f0c920d3cbb846d407f596 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=9c15e84… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Wed May 14 09:58:50 2014 +0200 presence_dialoginfo: get rid of unused variables warning - priority and winning_priority are used in an alternative winning node selection which is disabled now - reported by Jua Heinanen (cherry picked from commit 4f4641ea2a4018a72558c40d4878e9af7053be2d) --- modules/presence_dialoginfo/notify_body.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/modules/presence_dialoginfo/notify_body.c b/modules/presence_dialoginfo/notify_body.c index db8834b..92ece0a 100644 --- a/modules/presence_dialoginfo/notify_body.c +++ b/modules/presence_dialoginfo/notify_body.c @@ -101,7 +101,7 @@ str* agregate_xmls(str* pres_user, str* pres_domain, str** body_array, int n) xmlDocPtr doc = NULL; xmlNodePtr root_node = NULL; xmlNsPtr namespace = NULL; - int winner_priority = -1, priority; + /*int winner_priority = -1, priority;*/ xmlNodePtr p_root= NULL; xmlDocPtr* xml_array ;

10 years, 2 months

git:master: presence_dialoginfo: get rid of unused variables warning

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 4f4641ea2a4018a72558c40d4878e9af7053be2d URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=4f4641e… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Wed May 14 09:58:50 2014 +0200 presence_dialoginfo: get rid of unused variables warning - priority and winning_priority are used in an alternative winning node selection which is disabled now - reported by Jua Heinanen --- modules/presence_dialoginfo/notify_body.c | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/modules/presence_dialoginfo/notify_body.c b/modules/presence_dialoginfo/notify_body.c index db8834b..92ece0a 100644 --- a/modules/presence_dialoginfo/notify_body.c +++ b/modules/presence_dialoginfo/notify_body.c @@ -101,7 +101,7 @@ str* agregate_xmls(str* pres_user, str* pres_domain, str** body_array, int n) xmlDocPtr doc = NULL; xmlNodePtr root_node = NULL; xmlNsPtr namespace = NULL; - int winner_priority = -1, priority; + /*int winner_priority = -1, priority;*/ xmlNodePtr p_root= NULL; xmlDocPtr* xml_array ;

10 years, 2 months

[tracker] Comment added: kamailio sometimes crash when handling failure events (Attachment added)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#427 - kamailio sometimes crash when handling failure events User who did this - Pawel Sternal (Sternik) ---------- yes, i've seen this patch. I was trying delete with avp_delete, pv_unset, assigning $null... but... I had refactoring to use $var variables ;-) Next day I saw that you put a patch for this. $var is enough for me. siptrace attached. from last backtrace (gdb_20140511.txt): <code> (gdb) frame 4 #4 0xb48dcea3 in dlg_onreply (t=0xa4ffb894, type=1048576, param=0xbff24c9c) at dlg_handlers.c:563 563 dlg_handlers.c: No such file or directory. in dlg_handlers.c (gdb) p *dlg $1 = {ref = 0, next = 0x0, prev = 0x0, h_id = 6149, h_entry = 363, state = 5, lifetime = 21600, init_ts = 1399816405, start_ts = 0, dflags = 512, iflags = 0, sflags = 0, toroute = 0, toroute_name = {s = 0x0, len = 0}, from_rr_nb = 1, tl = {next = 0x0, prev = 0x0, timeout = 0}, callid = { s = 0xa4d5a708 "775e6d942c0649244f355f936211892f@sip.freeconet.plsip:+48512911332@sip.freeconet.plsip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 49}, from_uri = {s = 0xa4d5a739 "sip:+48512911332@sip.freeconet.plsip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 33}, to_uri = { s = 0xa4d5a75a "sip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 33}, req_uri = { s = 0xa4d5a77b "sip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 31}, tag = {{s = 0xa4fc8bf0 "w", len = 10}, {s = 0x0, len = 0}}, cseq = {{s = 0xa4d76230 "\005\001", len = 3}, {s = 0x0, len = 0}}, route_set = {{s = 0xa4fc8c1e "447-OEM-0041153-42872-C07C6E47-05060213.218.116.66", len = 44}, {s = 0x0, len = 0}}, contact = {{s = 0xa4fc8bfa "?\f\214?\003", len = 36}, {s = 0x0, len = 0}}, bind_addr = {0xb56824fc, 0x0}, cbs = {first = 0xa500db80, types = 8684}, profile_links = 0x0, vars = 0x0} (gdb) frame 3 #3 0xb48e90f5 in dlg_release (dlg=0xa4d5a644) at dlg_hash.c:826 826 dlg_hash.c: No such file or directory. in dlg_hash.c (gdb) p *dlg $2 = {ref = 0, next = 0x0, prev = 0x0, h_id = 6149, h_entry = 363, state = 5, lifetime = 21600, init_ts = 1399816405, start_ts = 0, dflags = 512, iflags = 0, sflags = 0, toroute = 0, toroute_name = {s = 0x0, len = 0}, from_rr_nb = 1, tl = {next = 0x0, prev = 0x0, timeout = 0}, callid = { s = 0xa4d5a708 "775e6d942c0649244f355f936211892f@sip.freeconet.plsip:+48512911332@sip.freeconet.plsip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 49}, from_uri = {s = 0xa4d5a739 "sip:+48512911332@sip.freeconet.plsip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 33}, to_uri = { s = 0xa4d5a75a "sip:+48632186066@sip.freeconet.plsip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 33}, req_uri = { s = 0xa4d5a77b "sip:hultaj1000@sip.freeconet.pl1166\r\n\n\n\r\n??????miotek@5`\001", len = 31}, tag = {{s = 0xa4fc8bf0 "w", len = 10}, {s = 0x0, len = 0}}, cseq = {{s = 0xa4d76230 "\005\001", len = 3}, {s = 0x0, len = 0}}, route_set = {{s = 0xa4fc8c1e "447-OEM-0041153-42872-C07C6E47-05060213.218.116.66", len = 44}, {s = 0x0, len = 0}}, contact = {{s = 0xa4fc8bfa "?\f\214?\003", len = 36}, {s = 0x0, len = 0}}, bind_addr = {0xb56824fc, 0x0}, cbs = {first = 0xa500db80, types = 8684}, profile_links = 0x0, vars = 0x0} </code> In event_route[tm:local-request] i'm doing something with PUBLISH - changing body. And also using avp_db_query ---------- One or more files have been attached. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=427#comment1445 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 2 months

[tracker] Comment added: kamailio sometimes crash when handling failure events

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#427 - kamailio sometimes crash when handling failure events User who did this - Daniel-Constantin Mierla (miconda) ---------- >From the core of last backtrace ( gdb_20140511.txt ), can you get with gdb the output of next commands: frame 4 p *dlg frame 3 p *dlg ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=427#comment1444 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 2 months

[tracker] Comment added: kamailio sometimes crash when handling failure events

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#427 - kamailio sometimes crash when handling failure events User who did this - Daniel-Constantin Mierla (miconda) ---------- The master branch has a patch for rtimer and avp/xavp --- otherwise, yes, in older versions you should not use them. Any other event_route block, or just the one from cnxcc? Can you get the sip packets for the first backtrace you attached here, respectively the file gdb_20140509.txt? ---------- More information can be found at the following URL: https://sip-router.org/tracker/index.php?do=details&task_id=427#comment1443 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 2 months

[tracker] Comment added: kamailio sometimes crash when handling failure events

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#427 - kamailio sometimes crash when handling failure events User who did this - Pawel Sternal (Sternik) ---------- Yes, but i'm not using avp or xapv variables in rtimer. I had notice that using this variables causes memmory leak... Hmmm... but in event_route[cnxcc:call-shutdown] I've do avp_db_query... maybe this is the problem? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=427#comment1442 You are receiving this message because you have requested it from the Flyspray bugtracking system. If you did not expect this message or don't want to receive mails in future, you can change your notification settings at the URL shown above.

10 years, 2 months

← Newer
1
...
15
16
17
18
19
20
21
...
24
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev May 2014