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)
----------
The ACK seems ok, can you get any debug info from the device not accepting the ACK?
ACK comes to kamailio and it is routed to callee, based on source IP and port of 200ok, because the callee is behind nat.
The code you are referring to I guess is the one related to matching ACK to an existing INVITE transaction, used for accounting purposes. But the ACK itself for a 200OK is a separate transaction, being a request within dialog and has to be routed base on Route header.
In the initial description of this item you say that Record-Route is added to ACK, I could not spot that in the trace you attached. Even it would be, that is a matter of config, transaction management/matching has nothing to do with Record-Route headers.
If you want to get ACK matched to INVITE transaction, set acc module to record the ACK events and try again to see if there is any difference.
Can you post the trace taken when using 1.5.x? I would like to see if there is any difference.
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=229#comment646
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 Daniel,
Please let me know if you are aware about any fix on this issue.
Thanks
Jijo
On Tue, May 15, 2012 at 6:55 PM, Jijo <realjijo(a)gmail.com> wrote:
> Hi,
>
> I'm seeing similar issue in 3.1.0.. How did we fix it?
>
> The back trace from my test is,
>
> #2 0x0819c66c in qm_free (qm=0x7861c000, p=0x798fa2b0, file=0xb6f0b140
> "tls: tls_init.c", func=0xb6f0bce0 "ser_free", line=296) at
> mem/q_malloc.c:462
>
> *#3 0xb6eec404 in ser_free (ptr=0x798fa2b0) at tls_init.c:296*
>
> *#4 0xb72339ba in CRYPTO_free () from /lib/libcrypto.so.1.0.0*
>
> #5 0xb72a7f64 in ?? () from /lib/libcrypto.so.1.0.0
>
> #6 0xb72a813e in ERR_get_error () from /lib/libcrypto.so.1.0.0
>
> #7 0xb6f0483e in tls_read_f (c=0x797fedb4, flags=0xbfe236d4) at
> tls_server.c:1187
>
> #8 0x08171e6e in tcp_read_headers (c=0x797fedb4, read_flags=0xbfe236d4)
> at tcp_read.c:406
>
>
> I appreciate if we could point the reason the for the double free.
>
> Thanks
> Jijo
>
> On Wed, Dec 21, 2011 at 3:13 PM, Kristian Kielhofner <kris(a)kriskinc.com>wrote:
>
>> On Wed, Dec 21, 2011 at 2:56 PM, Daniel-Constantin Mierla
>> <miconda(a)gmail.com> wrote:
>> >
>> > it has to be at least the message printed by:
>> >
>> > LOG(L_CRIT, "BUG: qm_free: freeing already freed pointer,"
>> > " first free: %s: %s(%ld) - aborting\n",
>> > f->file, f->func, f->line);
>> >
>> > Can you grep for it in logs?
>> >
>> > The abort in frame #1 of bracktrace is triggered on purpose, at
>> > mem/q_malloc.c line 458
>> >
>> > Cheers,
>> > Daniel
>> >
>> > --
>> > Daniel-Constantin Mierla -- http://www.asipto.com
>> > http://linkedin.com/in/miconda -- http://twitter.com/miconda
>> >
>>
>> Hi Daniel,
>>
>> I'm very sorry for missing this the first time around. There are
>> over 3GB of logs on this machine already (it's only been up for one
>> day).
>>
>> I've attached the output of grep -i bug kamailio.log | gzip -c >
>> kamailio-bug.log.gz
>>
>> Thanks again!
>>
>> --
>> Kristian Kielhofner
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users(a)lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
THIS IS AN AUTOMATED MESSAGE, DO NOT REPLY.
The following task has a new comment added:
FS#227 - bug in s.replace?
User who did this - Jasmin Schnatterbeck (jasmin)
----------
thanks for your message.
I am using 3.2.3 (stable) and was not able to find the commits you mentioned in the 3.2 branch.
If that is the cause for such problems with pv transformations, I would suggest to cherry pick those commits for 3.2:
the pv transformation doc for 3.2 https://www.kamailio.org/wiki/cookbooks/3.2.x/transformations
states "Many transformations can be applied in the same time to a PV."
So IMHO one would expect, that this works correctly...?
Jasmin
----------
More information can be found at the following URL:
http://sip-router.org/tracker/index.php?do=details&task_id=227#comment645
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.
Module: sip-router
Branch: master
Commit: 7e6b743ceb4f6ec88b0d79389fd8f36b23ae63eb
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=7e6b743…
Author: Carsten Bock <carsten(a)ng-voice.com>
Committer: Carsten Bock <carsten(a)ng-voice.com>
Date: Wed May 16 18:23:08 2012 +0200
RLS modules compiles on Debian
---
pkg/kamailio/deb/debian/rules | 2 +-
pkg/kamailio/deb/lucid/rules | 2 +-
pkg/kamailio/deb/squeeze/rules | 2 +-
pkg/kamailio/deb/wheezy/rules | 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/pkg/kamailio/deb/debian/rules b/pkg/kamailio/deb/debian/rules
index 12140c4..85c4a81 100755
--- a/pkg/kamailio/deb/debian/rules
+++ b/pkg/kamailio/deb/debian/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/lucid/rules b/pkg/kamailio/deb/lucid/rules
index d1ac0c7..9cca2b3 100755
--- a/pkg/kamailio/deb/lucid/rules
+++ b/pkg/kamailio/deb/lucid/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/squeeze/rules b/pkg/kamailio/deb/squeeze/rules
index ae4f3dd..bf53a51 100755
--- a/pkg/kamailio/deb/squeeze/rules
+++ b/pkg/kamailio/deb/squeeze/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES= purple
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP
diff --git a/pkg/kamailio/deb/wheezy/rules b/pkg/kamailio/deb/wheezy/rules
index 3af494a..723e344 100755
--- a/pkg/kamailio/deb/wheezy/rules
+++ b/pkg/kamailio/deb/wheezy/rules
@@ -25,7 +25,7 @@ EXCLUDED_MODULES=
# extra modules to skip, because they are not compilable now
# - regardless if they go to the main kamailio package or to some module package,
# they will be excluded from compile and install of all
-EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa rls iptrtpproxy mi_xmlrpc purple
+EXTRA_EXCLUDED_MODULES=bdb dbtext oracle pa iptrtpproxy mi_xmlrpc purple
#EXTRA_EXCLUDED_MODULES=
# possible module directories that can appear in MODULES_SP