sr-dev October 2011

sr-dev@lists.kamailio.org

37 participants
283 discussions

[tracker] Assignee added: core keyword 'method'broken in onreply_route

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#164 - core keyword 'method'broken in onreply_route User who did this - Alex Hermann (axlh) http://sip-router.org/tracker/index.php?do=details&task_id=164 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.

13 years, 3 months

ACKs to failure responses do not match transactions

by Hugh Waite

We are seeing an issue with ACKs to failure responses. Our config is set up to forward an INVITE to another destination. It replies with a 407 Auth Required. Kamailio sends an ACK to the destination and relays the 407 back to the source. The source sends an ACK, but this always fails the transaction match, so kamailio keeps retransmitting the 407 (when using UDP) UA KAM UA -- INVITE --> -- INVITE --> <-- 407 -- -- ACK --> <-- 407 -- -- ACK --> ... <-- 407 -- (retrans) -- ACK --> I wondered if it was the same issue as the stateless reply (Flyspray #154), but this happens when we do a t_relay. Basically, when t_check_trans() is called for the ACK, it does not terminate the script. I have worked my way into the t_check_trans() code and found that it does not find a matching transaction; matching_3261() in t_lookup.c returns 0 because there are no entries in that hash bucket. Does anyone understand why this may be happening? Regards, Hugh -- -- Hugh Waite Senior Design Engineer Crocodile RCS Ltd.

13 years, 3 months

git:3.1: textopsx: copy msg->hash_index in msg_apply_changes()

by Daniel-Constantin Mierla

Module: sip-router Branch: 3.1 Commit: 2321064b0b0774c245e7bbd2691530a87985d870 URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=2321064… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu Oct 6 01:02:11 2011 +0200 textopsx: copy msg->hash_index in msg_apply_changes() - patch by Hugh Waite (cherry picked from commit c0eb441000e08e1efce8730ddae51efdddc9814a) --- modules/textopsx/textopsx.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/modules/textopsx/textopsx.c b/modules/textopsx/textopsx.c index c20d1c0..8fd0de0 100644 --- a/modules/textopsx/textopsx.c +++ b/modules/textopsx/textopsx.c @@ -123,6 +123,7 @@ static int msg_apply_changes_f(sip_msg_t *msg, char *str1, char *str2) msg->set_global_port = tmp.set_global_port; msg->flags = tmp.flags; msg->msg_flags = tmp.msg_flags; + msg->hash_index = tmp.hash_index; msg->force_send_socket = tmp.force_send_socket; msg->fwd_send_flags = tmp.fwd_send_flags; msg->rpl_send_flags = tmp.rpl_send_flags;

13 years, 3 months

git:master: textopsx: copy msg->hash_index in msg_apply_changes()

by Daniel-Constantin Mierla

Module: sip-router Branch: master Commit: c0eb441000e08e1efce8730ddae51efdddc9814a URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=c0eb441… Author: Daniel-Constantin Mierla <miconda(a)gmail.com> Committer: Daniel-Constantin Mierla <miconda(a)gmail.com> Date: Thu Oct 6 01:02:11 2011 +0200 textopsx: copy msg->hash_index in msg_apply_changes() - patch by Hugh Waite --- modules/textopsx/textopsx.c | 1 + 1 files changed, 1 insertions(+), 0 deletions(-) diff --git a/modules/textopsx/textopsx.c b/modules/textopsx/textopsx.c index 0283699..ad099b9 100644 --- a/modules/textopsx/textopsx.c +++ b/modules/textopsx/textopsx.c @@ -128,6 +128,7 @@ static int msg_apply_changes_f(sip_msg_t *msg, char *str1, char *str2) msg->set_global_port = tmp.set_global_port; msg->flags = tmp.flags; msg->msg_flags = tmp.msg_flags; + msg->hash_index = tmp.hash_index; msg->force_send_socket = tmp.force_send_socket; msg->fwd_send_flags = tmp.fwd_send_flags; msg->rpl_send_flags = tmp.rpl_send_flags;

13 years, 3 months

[tracker] Comment added: enable milliseconds precision for accounting

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#163 - enable milliseconds precision for accounting User who did this - Timo Reimann (tr) ---------- By the way, I noted the value range of timeval's tv_usec field is architecture-dependent: On my Mac, it's like [0,1000000) while on Linux I think it's [0,1000). So when converting portions of timeval this should be accounted for. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=163#comment294 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.

13 years, 3 months

[tracker] Comment added: enable milliseconds precision for accounting

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. The following task has a new comment added: FS#163 - enable milliseconds precision for accounting User who did this - Timo Reimann (tr) ---------- The question on how to represent milliseocnd-precision time values properly has been discussed on the mailing list before, please take [[http://lists.sip-router.org/pipermail/sr-users/2011-August/069704.html|this thread]] into consideration. Alex Hermann pretty much [[http://lists.sip-router.org/pipermail/sr-users/2011-August/069722.html|voted against DECIMAL and in favor of NUMERIC]]. ---------- More information can be found at the following URL: http://sip-router.org/tracker/index.php?do=details&task_id=163#comment293 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.

13 years, 3 months

Debian Squeeze Daily-Build in the Repository?

by Carsten Bock

Hi, I am currently testing my setups with the latest (and greatest) Kamailio 3.2 (from our repository kamailiodevnightly(a)deb.kamailio.org). I am using the 64Bit version, but this applies to both i386-versions and amd64-versions. I just noticed, that the Squeeze build is not beeing updated anymore for some days?!? The Lenny and Lucid-Versions are beeing updated, but not the Squeeze-Version. The Version for Squeeze is git20111002, while the other are git20111005?!? I've checked, if Kamailio from Git is building properly on Squeeze, so no problem there. Can someone with access to the build-server check? Thanks, Carsten -- Carsten Bock CEO (Geschäftsführer) ng-voice GmbH i. Gr. Schomburgstr. 80 D-22767 Hamburg / Germany http://www.ng-voice.com mailto:carsten@ng-voice.com Mobile +49 179 2021244 Office +49 40 34927219 Fax +49 40 34927220 Hier finden Sie unsere handelsrechtlichen Pflichtangaben: http://www.ng-voice.com/imprint/

13 years, 3 months

oma_status-icon auid

by Juha Heinanen

would it be a big job to add support in xcap server for auid oma_status-icon? now when i start jitsi, i get to syslog error message Oct 4 10:58:58 sip /usr/sbin/pres-serv[3493]: ERROR: xcap_server [xcap_misc.c:202]: unsupported auid in [/xcap-root/oma_status-icon/users/sip:jh@test.fi/sip_communicator] i think it is a bug in jitsi that i doesn't check xcap-caps of the server, before sending oma_status_icon put, but that is another story. -- juha

13 years, 3 months

[tracker] Task opened: enable milliseconds precision for accounting (Attachment added)

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A new Flyspray task has been opened. Details are below. User who did this - Andrew Pogrebennyk (marduk) Attached to Project - sip-router Summary - enable milliseconds precision for accounting Task Type - Bug Report Category - Core Status - Assigned Assigned To - Andrei Pelinescu-Onciul Operating System - All Severity - Low Priority - Normal Reported Version - 3.1 Due in Version - Undecided Due Date - Undecided Details - Telecommunication platforms in Germany must collect CDR start/stop times with an accuracy of +/- 500 ms. The attached patch is a WIP to achieve milliseconds precision with accounting. I have added new column acc.time_hires (decimal 13,3) because mysql doesn't support milliseconds precision with time and date datatypes. Human-readable representation can be achieved by: select from_unixtime(time_hires) from acc; My TODO: prepare sql files, readme, enable milliseconds precision with accounting to log and radius if necessary. Not sure about the built-in cdr generation functionality as we are not using it (and we are still on 3.1.5). But right now I would like to collect some feedback as the ultimate goal is to get this integrated into upstream. So, I am willing to improve it. Any remarks and suggestions are welcome. 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=163 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.

13 years, 3 months

[tracker] Assignee added: enable milliseconds precision for accounting

by sip-router

THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY. A user has added themself to the list of users assigned to this task. FS#163 - enable milliseconds precision for accounting User who did this - Andrew Pogrebennyk (marduk) http://sip-router.org/tracker/index.php?do=details&task_id=163 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.

13 years, 3 months

← Newer
1
...
21
22
23
24
25
26
27
28
29
Older →

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

sr-dev October 2011