Hi @jalung. Thanks for comment. Do you have any links/docs regarding NOTRACK vs
CT targets and supported versions?
As for why we need it, we first create those NOTRACK entries in the PREROUTING
(table raw), then, after the conntrack rule has been created they are removed.
---
Reply to this
Hi all,
I'm trying to find the proper way to fix
https://github.com/OpenSIPS/opensips/issues/165 since we are close to a
release. I need to obtain the CSeq value for a request/response, but get_cseq
is not going to cut it. If dialog ping is used it could be internally mangled,
so I want the
See the two commits:
- in both cases the first item of the linked list is not freed,
- the freed memory is read
- lastly a NULL is freed (or in the second case, a NULL-dereference)
You can merge this Pull Request by running:
git pull https://github.com/wdoekes/opensips
LGTM.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/pull/176#issuecomment-37389015___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Reported by: dsandras
gt; About the bound checking error, the code was cutamp;pasted from another
gt; place in the same file where the same error is still present:
gt; ...
Also I replaced a heap str with a stack one in build_dialoginfo. This
one wasn#39;t freed either unless an error condition
return NULL;
- }
- memcpy(buf, sip:, 4);
- memcpy(buf+4, pres_user-s, pres_user-len);
- buf[pres_user-len+4] = '@';
- memcpy(buf + pres_user-len + 5, pres_domain-s, pres_domain-len);
- buf[pres_user-len + 5 + pres_domain-len]= '\0';
-
- pres_uri =
@@ -444,10 +429,6 @@ str* build_dialoginfo(str* pres_user, str* pres_domain)
xmlCleanupParser();
return body;
error:
- if ( pres_uri )
- {
- pkg_free(pres_uri);
Here it was freed, but it wasn't when the function returned succesfully.
---
Reply to this
Closed #76.
---
Reply to this email directly or view it on GitHub:
https://github.com/OpenSIPS/opensips/issues/76___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Hello,
Indeed in the case of the in-dialog pinging, the cseq might change and
get_cseq is not going to be accurate for such cases.
What we can do is to have the dialog module change the number pointer in
the actual cseq parsed structure to point to the lump added by the
dialog module in
Hi Vlad,
On Mar 12, 2014, at 11:47 AM, Vlad Paiu wrote:
Hello,
Indeed in the case of the in-dialog pinging, the cseq might change and
get_cseq is not going to be accurate for such cases.
What we can do is to have the dialog module change the number pointer in the
actual cseq parsed
Branch: refs/heads/master
Home: https://github.com/OpenSIPS/opensips
Commit: 2520b8ac539e4fab25348369160727914f9f9670
https://github.com/OpenSIPS/opensips/commit/2520b8ac539e4fab25348369160727914f9f9670
Author: Vlad Paiu vladp...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar
Branch: refs/heads/1.8
Home: https://github.com/OpenSIPS/opensips
Commit: 5b62ff1b26032590137df550fc766dbb3e62d8d0
https://github.com/OpenSIPS/opensips/commit/5b62ff1b26032590137df550fc766dbb3e62d8d0
Author: Vlad Paiu vladp...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar 2014)
Branch: refs/heads/1.9
Home: https://github.com/OpenSIPS/opensips
Commit: 26bdb57dfbca35efa00bfa593c1cc6ff662c49d3
https://github.com/OpenSIPS/opensips/commit/26bdb57dfbca35efa00bfa593c1cc6ff662c49d3
Author: Vlad Paiu vladp...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar 2014)
Branch: refs/heads/1.10
Home: https://github.com/OpenSIPS/opensips
Commit: 1e2622fa02c77bb0a0289ac9ef711f9423511e44
https://github.com/OpenSIPS/opensips/commit/1e2622fa02c77bb0a0289ac9ef711f9423511e44
Author: Vlad Paiu vladp...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar 2014)
Branch: refs/heads/1.9
Home: https://github.com/OpenSIPS/opensips
Commit: 0ae9a468f301ae987ae925271238172a8082f489
https://github.com/OpenSIPS/opensips/commit/0ae9a468f301ae987ae925271238172a8082f489
Author: Vlad Paiu vladp...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar 2014)
Branch: refs/heads/1.8
Home: https://github.com/OpenSIPS/opensips
Commit: b850f67e6700abe9932636fb3a1b080cc3582017
https://github.com/OpenSIPS/opensips/commit/b850f67e6700abe9932636fb3a1b080cc3582017
Author: Razvan Crainea raz...@opensips.org
Date: 2014-03-12 (Wed, 12 Mar
I think it's time we dump Debian lenny, at least on master :-)
On Mar 12, 2014, at 5:13 PM, Razvan Crainea wrote:
Branch: refs/heads/1.9
Home: https://github.com/OpenSIPS/opensips
Commit: 6185467474cfb78b8974694313d11f5d2e548bbd
Branch: refs/tags/1.9.2
Home: https://github.com/OpenSIPS/opensips
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Branch: refs/tags/1.10.1
Home: https://github.com/OpenSIPS/opensips
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Branch: refs/tags/1.8.4
Home: https://github.com/OpenSIPS/opensips
___
Devel mailing list
Devel@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/devel
Yes, I think that's a good idea. If nobody has any objections, we'll get
rid of the debian-lenny in the master branch.
Best regards,
Razvan Crainea
OpenSIPS Core Developer
http://www.opensips-solutions.com
On 03/12/2014 06:21 PM, Saúl Ibarra Corretgé wrote:
I think it's time we dump Debian
Hi, all!
Just wanted to let you know that we have just released three new minor
versions of OpenSIPS:
* OpenSIPS 1.8.4: http://opensips.org/pub/opensips/1.8.4/src/
* OpenSIPS 1.9.2: http://opensips.org/pub/opensips/1.9.2/src/
* OpenSIPS 1.10.1: http://opensips.org/pub/opensips/1.10.1/src/
Hi @dsandras , could you also confirm that the applied patch fixes the mem
leaks you are aware about ?
Thanks and regards,
Bogdan
---
Reply to this email directly or view it on GitHub:
Hi Saghul,
There is some information here:
http://cateee.net/lkddb/web-lkddb/NETFILTER_XT_TARGET_NOTRACK.html
Below is a piece of log when mediaproxy is engaged.
Feb 22 23:20:34 sip /usr/sbin/opensips[2033]: Call control: user
sip:xxx...@example.net currently has: 1 call(s), Limit 2
Feb 22
24 matches
Mail list logo