Module: kamailio
Branch: master
Commit: 6e8121f4b25e1c3f59f628a4591299f69f44635e
URL: https://github.com/kamailio/kamailio/commit/6e8121f4b25e1c3f59f628a4591299f…
Author: Olle E. Johansson <oej(a)edvina.net>
Committer: Olle E. Johansson <oej(a)edvina.net>
Date: 2015-01-16T17:41:47+01:00
core Header modifications in rand library - SVN IDs
---
Modified: rand/fastrand.c
Modified: rand/fastrand.h
---
Diff: https://github.com/kamailio/kamailio/commit/6e8121f4b25e1c3f59f628a4591299f…
Patch: https://github.com/kamailio/kamailio/commit/6e8121f4b25e1c3f59f628a4591299f…
---
diff --git a/rand/fastrand.c b/rand/fastrand.c
index 94bd3c7..757e08d 100644
--- a/rand/fastrand.c
+++ b/rand/fastrand.c
@@ -1,8 +1,6 @@
/*
* fast pseudo random generation
*
- * $Id$
- *
* Copyright (C) 2007 iptelorg GmbH
*
* Permission to use, copy, modify, and distribute this software for any
diff --git a/rand/fastrand.h b/rand/fastrand.h
index ab4fb74..c97232e 100644
--- a/rand/fastrand.h
+++ b/rand/fastrand.h
@@ -1,8 +1,6 @@
/*
* fast pseudo random generation
*
- * $Id$
- *
* Copyright (C) 2007 iptelorg GmbH
*
* Permission to use, copy, modify, and distribute this software for any
@@ -16,10 +14,7 @@
* WHATSOEVER RESULTING FROM LOSS OF USE, DATA OR PROFITS, WHETHER IN AN
* ACTION OF CONTRACT, NEGLIGENCE OR OTHER TORTIOUS ACTION, ARISING OUT OF
* OR IN CONNECTION WITH THE USE OR PERFORMANCE OF THIS SOFTWARE.
- */
-/*
- *History:
- *--------
+ *
* 2007-06-15 wrapper around isaac (see
* http://www.burtleburtle.net/bob/rand/isaacafa.html) (andrei)
*/
Hi
We have noticed when using pua module with db_mode set to 1 the lock type
defaults to DB_LOCKING_WRITE which locks the whole table and can cause
performance issues.
I noticed this fix for the presence module last year specifically on this
issue:
http://lists.kamailio.net/pipermail/sr-dev/2014-January/022820.html
I've attached an almost identical patch for pua I want to commit. The
patch makes this a configurable parameter that defaults to DB_LOCKING_WRIT.
If no one raises any concerns I will go ahead and commit.
Regards
Richard.
--
This email is subject to the disclaimer of Smile Communications at http://www.smilecoms.com/home/email-disclaimer/ <http://www.smilecoms.com/disclaimer>
Hi!
Just to get back to a previous discussion. A few days ago I compared the current TLS module code with the TLS code in 1.5. The TLS server name extensions is in the 1.5 code but not in the current code. Somehow they got lost in the merger of Kamailio and SER.
I haven't had time to look into it deeply, but it did not look too hard to find all the changes needed as they usually was placed in between #ifdef statements - not all versions of OpenSSL supports TLS 1.0 extensions.
To summarize: No TLS SNI support in the current TLS implementation. Need hacker.
/O