Module: sip-router
Branch: 3.3
Commit: 04e4eb6f67df41bdac3ff62a45f7b9266dac43b5
URL: http://git.sip-router.org/cgi-bin/gitweb.cgi/sip-router/?a=commit;h=04e4eb6…
Author: Peter Dunkley <peter.dunkley(a)crocodile-rcs.com>
Committer: Peter Dunkley <peter.dunkley(a)crocodile-rcs.com>
Date: Tue Mar 5 15:55:11 2013 +0000
pkg/kamailio/(centos|fedora): updated ver in .spec
---
pkg/kamailio/fedora/16/kamailio.spec | 4 +++-
1 files changed, 3 insertions(+), 1 deletions(-)
diff --git a/pkg/kamailio/fedora/16/kamailio.spec b/pkg/kamailio/fedora/16/kamailio.spec
index b017bfd..7eaead5 100644
--- a/pkg/kamailio/fedora/16/kamailio.spec
+++ b/pkg/kamailio/fedora/16/kamailio.spec
@@ -1,5 +1,5 @@
%define name kamailio
-%define ver 3.3.3
+%define ver 3.3.4
%define rel 0%{dist}
@@ -944,6 +944,8 @@ fi
%changelog
+* Tue Mar 5 2012 Peter Dunkley <peter(a)dunkley.me.uk>
+ - Updated ver to 3.3.4
* Wed Dec 12 2012 Peter Dunkley <peter(a)dunkley.me.uk>
- Updated ver to 3.3.3 in preparation for next release
* Fri Oct 20 2012 Peter Dunkley <peter(a)dunkley.me.uk>
Hi,
I search for Kamailio source, and found that Kamailio doesnot handle the
x-NAT field in SDP body.
When client use STUN, it can detect the NAT type. When client register, it
contains x-NAT (0:unknown, 1: full cone, ..., 6: symmetric), which will be
helpful for the server to detect NAT type.
Why doesn't Kamailio handle x-NAT? I think this is a must-have feature
--
Khoa Pham
HCMC University of Science
Faculty of Information Technology
Hi!
Yesterday I tried the db_sqlite module for a small project. On my centos 5 the distro-provided development packages for sqlite3 wasn't compatible. Downloading and compiling from the sqlite.org site worked. We have some sort of dependency for a specific version of the libraries that is not documented.
The README doesn't state the version of SQlite3 that is required, maybe an update is needed.
The devel README said that this URL works:
modparam("auth_db", "db_url", "sqlite:///etc/kamailio/kamailio.db")
On my system, I needed four slashes for it to work properly. I don't know if it's expected or a bug, but it sure doesn't look good in the configuration file.
/O