sr-dev May 2012

sr-dev@lists.kamailio.org

29 participants
173 discussions

[tracker] Comment added: ACK not in transaction when t_relay or t_check_trans

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#229 - ACK not in transaction when t_relay or t_check_trans User who did this - Daniel-Constantin Mierla (miconda) ---------- I checked the trace for 3.2 and all is fine with routing ACK. You have a b2bua, the ack from caller goes to proxy and then to b2bua (no retransmissions), also the ack from b2bua goes to callee via proxy without problems. The call is ended by Linksys/SPA941-5.1.8 after approx. 2 seconds from the ACK, meaning either was a user interaction or some codecs issue. if there would have been an issue with the ack, the 200OK would have been retransmitted for about 30sec. Have you spotted anything wrong in your case, what is not working for your case that you believe there is a problem? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=229#comment655 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.

11 years, 10 months

[tracker] Task closed: [selects] @v.branch and others are not exported

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#138 - [selects] @v.branch and others are not exported User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Fixed Additional comments about closing: It was a bug in select framework for Via handling. Fix committed to master, git#511841b7bcdc7f5cc72775942ecf6b11525aad82 More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=138 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.

11 years, 10 months

git:master: core/select: fixed @via... without header index

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: 511841b7bcdc7f5cc72775942ecf6b11525aad82 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=511841b… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu May 31 14:44:19 2012 +0200 core/select: fixed @via... without header index - reported by Iñaki Baz Castillo, fixes FS#138 --- select.c | 1 + select_core.c | 45 +++++++++++++++++++++++++++------------------ 2 files changed, 28 insertions(+), 18 deletions(-) diff --git a/select.c b/select.c index f247687..36ae814 100644 --- a/select.c +++ b/select.c @@ -223,6 +223,7 @@ int parse_select (char** p, select_t** s) ERR("parse_select: no free memory\n"); return -1; } + memset(sel, 0, sizeof(select_t)); if (w_parse_select(p, sel)<0) { pkg_free(sel); return -2; diff --git a/select_core.c b/select_core.c index 94fa162..4c0ae9f 100644 --- a/select_core.c +++ b/select_core.c @@ -336,8 +336,9 @@ int select_via(str* res, select_t* s, struct sip_msg* msg) { struct via_body *p = NULL; - if (((s->n == 1) || (s->params[1].type == SEL_PARAM_STR)) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if ((s->n == 1) || (s->params[1].type == SEL_PARAM_STR)) { + if (parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; res->s=p->name.s; res->len=p->bsize; @@ -350,8 +351,9 @@ int select_via_name(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if(parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->name); } @@ -361,8 +363,9 @@ int select_via_version(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if (parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->version); } @@ -372,8 +375,9 @@ int select_via_transport(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if(parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->transport); } @@ -383,8 +387,9 @@ int select_via_host(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if (parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->host); } @@ -394,8 +399,9 @@ int select_via_port(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if (parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->port_str); } @@ -405,8 +411,9 @@ int select_via_comment(str* res, select_t* s, struct sip_msg* msg) struct via_body *p = NULL; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if(parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; RETURN0_res(p->comment); } @@ -417,8 +424,9 @@ int select_via_params(str* res, select_t* s, struct sip_msg* msg) struct via_param *q; // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type == SEL_PARAM_STR) { + if (parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; for (q = p->param_lst;q;q=q->next) { @@ -440,8 +448,9 @@ int select_via_params_spec(str* res, select_t* s, struct sip_msg* msg) } // it's not neccessary to test if (s->n > 1) - if ((s->params[1].type == SEL_PARAM_STR) && (parse_via_header(msg, 1, &p)<0)) return -1; - else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; + if (s->params[1].type != SEL_PARAM_INT) { + if(parse_via_header(msg, 1, &p)<0) return -1; + } else if (parse_via_header(msg, s->params[1].v.i, &p)<0) return -1; if (!p) return -1; switch (s->params[s->n-1].v.i) {

11 years, 10 months

git:master: Makefile: version set to 3.3.0-pre3

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: d219ab1568931e5d6102bcd41a2d3885613434ec URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=d219ab1… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu May 31 14:45:41 2012 +0200 Makefile: version set to 3.3.0-pre3 --- Makefile.defs | 2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/Makefile.defs b/Makefile.defs index 16b002b..29b2647 100644 --- a/Makefile.defs +++ b/Makefile.defs @@ -162,7 +162,7 @@ INSTALL_FLAVOUR=$(FLAVOUR) VERSION = 3 PATCHLEVEL = 3 SUBLEVEL = 0 -EXTRAVERSION = -pre2 +EXTRAVERSION = -pre3 # memory debugger switcher # 0 - off (release mode)

11 years, 10 months

git:master: modules_k/presence: RFC 4827 (presence hard-state) support

by Peter Dunkley

Module: sip-router Branch: master Commit: 37812cef5fb1ee2022592de24bbae48352e17524 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=37812ce… Author: Peter Dunkley <peter.dunkley(a)crocodile-rcs.com> Committer: Peter Dunkley <peter.dunkley(a)crocodile-rcs.com> Date: Tue Apr 10 18:05:10 2012 +0100 modules_k/presence: RFC 4827 (presence hard-state) support - Hard-state presence documents are stored as pidf-manipulation documents in the integrated XCAP server. - When one of these documents is put/deleted/changed it can be "published" using the new pres_update_presentity() exported function. - Because the original document is in XCAP a client can download it and manipulate it directly. - Hard-state documents have an expiry time of -1 and never expire (the clean function in presence has been updated to make sure of this). - The filename of the document is used as the ETag value in the presentity table. This enables multiple hard-state documents (with different filenames) to be uploaded for each subscriber. - Hard-state is useful for permanently setting an avatar, or an out-of-office message, etc. --- modules_k/presence/README | 302 ++++++++++++++++++----------- modules_k/presence/doc/presence_admin.xml | 99 ++++++++++ modules_k/presence/presence.c | 128 ++++++++++++- modules_k/presence/presence.h | 5 + modules_k/presence/presentity.c | 87 ++++++--- modules_k/presence/publish.c | 200 +++++++++++++++++++- modules_k/presence/publish.h | 2 +- 7 files changed, 679 insertions(+), 144 deletions(-) Diff: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commitdiff;h=378…

11 years, 10 months

[tracker] Task closed: server crash while running "tm.t_uac_wait" via sercmd

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task is now closed: FS#176 - server crash while running "tm.t_uac_wait" via sercmd User who did this - Daniel-Constantin Mierla (miconda) Reason for closing: Not a bug Additional comments about closing: Closing it as not reproducible anymore. Reopen in case it reappears. More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=176 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.

11 years, 10 months

[tracker] Comment added: "Error while parsing Route HF" for some INVITEs

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#169 - "Error while parsing Route HF" for some INVITEs User who did this - Daniel-Constantin Mierla (miconda) ---------- Not using SER flavour, as it seems in your case (maybe a reason for no reply here so far), but I took the INVITE and injected to the network and it was parsed fine by modules_k/rr module, via loose_route() function. The parser is the same, so it should be like this also for modules_s/rr. Can you try again with debug=3 in config and paste here the log messages? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=169#comment654 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.

11 years, 10 months

[tracker] Comment added: kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#234 - kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46 User who did this - David Kovarik (kovik) ---------- Hi, I send coredump when happend next time. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=234#comment653 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.

11 years, 10 months

[tracker] Comment added: kamailio does not stop if debug >= 3

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#199 - kamailio does not stop if debug >= 3 User who did this - Daniel-Constantin Mierla (miconda) ---------- I cannot reproduce on debian/ubuntu. Can you paste here the log message which appear after doing the stop command? ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=199#comment652 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.

11 years, 10 months

[tracker] Comment added: kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#234 - kamailio crah [pass_fd.c:293]: ERROR: receive_fd: EOF on 46 User who did this - Daniel-Constantin Mierla (miconda) ---------- The error message you posted is a side effect, add here all the log messages before that one. If you got a coredump, send the backtrace. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=234#comment651 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.

11 years, 10 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev May 2012