did you have time to review the fix, or can I use the last suggested patch?
On 11/14/2017 08:39 AM, Daniel-Constantin Mierla wrote:
ok, thanks for testing, good to know the issue was identified! I will do
another review soon to see if there would be a better fix for the case.
On 13.11.17 09:46, Marco Capetta wrote:
we left the test system running the whole weekend and so far we haven't see any
new ACC record for provisional response messages.
I think that the latest patch solved the issue.
----- Original Message -----
From: "Daniel-Constantin Mierla" <mico...@gmail.com>
To: "Kamailio (SER) - Users Mailing List" <firstname.lastname@example.org>, "Andrew
Sent: Friday, November 10, 2017 9:48:29 AM
Subject: Re: [SR-Users] 183 acc records even if early_media equals to 0
On 10.11.17 09:42, Andrew Pogrebennyk wrote:
On 11/10/2017 09:34 AM, Marco Capetta wrote:
run_trans_callbacks_with_buf( TMCB_RESPONSE_OUT, uas_rb, t->uas.request,
my guess is that in case of fake reply like a 408 the relayed_msg is -1
so addressing the member by pointer fails.
I have suggested Marco to try with if(relayed_msg==FAKED_REPLY ||
Not sure if there are any other cases where relayed_msg is a NULL but we
will test this and let you know if it helps.
Indeed, I noticed that is the FAKED_REPLY looking at the locals in the
backtrace he sent to me. I think it is better to use relayed_code
instead of relayed_msg->REPLY_STATUS in that condition.
*Marco Capetta *
Sipwise GmbH <http://www.sipwise.com> , Campus 21/Europaring F15
AT-2345 Brunn am Gebirge
Phone: +43(0)1 301 2044 <tel:+4313012044>
Email: mcape...@sipwise.com <mailto:mcape...@sipwise.com>
Website: www.sipwise.com <http://www.sipwise.com>
Particulars according Austrian Companies Code paragraph 14
"Sipwise GmbH" - Europaring F15 - 2345 Brunn am Gebirge
FN:305595f, Commercial Court Vienna, ATU64002206
Kamailio (SER) - Users Mailing List