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.
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.
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.
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.
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/
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
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.
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.