Re: [SR-Users] cnxcc module - make auth for redis connection

[Donat Zenichev]

Nevertheless, I want to find the needed solution.
In my opinion - If module is able to connect to redis databases, it'd
better to perform it with authentication.

Because, there are cases when db located on localhost is improper solution
or other users mustn't see hkeys, amounts inside hkeys it etc.
So I think no one will be mind, to have whole possibility - real-time
billing (cnxcc) working with redis securely.

So please don't be apathetic to my request.

2018-02-26 9:44 GMT+02:00 Donat Zenichev :

> Hi community.
> This message is specially dedicated to developers of the kamailio project.
>
> I need to find solution how to make authentication for connections of
> cnxcc with redis.
> For that moment, cnxcc module is able to connect to redis only without
> password (Carlos Ruiz Díaz will add this possibility later?).
> So that, this makes database vulnerable.
>
> Well, furthermore I don't want to use local redis database, cuz I think
> machine that contains kamailio daemon, must perform just this kind of
> actions - SIP proxying (kamailio server is not to be a database server or
> anything else).
>
> For that moment we use separate redis db for cases like that, but this is
> not best practice I think.
> I already tried to find solution (for e.g. connections via another module
> like db_redis:
> https://github.com/kamailio/kamailio/pull/1432) but I got advice -
> achieving my goal by sr-users mailing list.
>
> Please pay attention for my request. I think this will be very helpfull
> for others.
>
>
>
> --
> --
> BR, Donat Zenichev
> Wnet VoIP team
> Tel Ukraine:  +380(44) 5-900-800
> Tel USA: +164(67) 8-174-17 (ext 1320)
> https://w-net.us/ 
>



-- 
-- 
BR, Donat Zenichev
Wnet VoIP team
Tel Ukraine:  +380(44) 5-900-800
Tel USA: +164(67) 8-174-17 (ext 1320)
https://w-net.us/ 
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] please downgrade warning message

[Juha Heinanen]

I noticed this when I start a correctly configured kamailio:

Feb 27 21:55:45 rautu /usr/bin/sip-proxy[29529]: WARNING: registrar 
[registrar.c:369]: mod_init(): empty reg_xavp_cfg or sock_flag not set -> 
resetting

Neither of those two are mandatory.  I'm not using registered()
function.  Please downgrade the message to info or debug level.

-- Juha

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] Kamailio v5.0.6 Released

[Daniel-Constantin Mierla]

Hello,

Kamailio SIP Server v5.0.6 stable release is out.

This is a maintenance release of the previous stable branch, 5.0, that
includes fixes since the release of v5.0.5. There is no change to
database schema or configuration language structure that you have to do
on previous installations of v5.0.x. Deployments running previous v5.0.x
versions are strongly recommended to be upgraded to v5.0.6 or v5.1.x.

For more details about version 5.0.6 (including links and guidelines to
download the tarball or from GIT repository), visit:

  * https://www.kamailio.org/w/2018/02/kamailio-v5-0-6-released/

RPM, Debian/Ubuntu packages will be available soon as well.

Note: the latest stable branch is 5.1, at this moment with its latest
release v5.1.1 (and v5.1.2 planned to be out in the next few days). See
more details about it at:

  * https://www.kamailio.org/w/kamailio-v5-1-0-release-notes/

Many thanks to all contributing and using Kamailio!

Cheers,
Daniel

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio 5.1 compilation error

[Aqs Younas]

Sorry guys, I have been strictly following below guide for the
installation.

https://kamailio.org/docs/tutorials/5.1.x/kamailio-install-guide-git/

Feeling dumb I should have searched it before. After installing g++ issue
is resolved.

Thanks, everyone.

On 27 February 2018 at 19:17, Rinor Hoxha  wrote:

> Hi Aqs,
>
> Add app_sqlang to skip_modules if you do not need it.
>
> example: (tune it to your needs)
>
> make PREFIX="/usr/local/kamailio" include_modules="db_mysql dialplan
> app_lua" skip_modules="app_jsdt app_perl app_python *app_sqlang*" cfg
>
> Br, Rinor
>
>
> On 02/27/2018 03:04 PM, Aqs Younas wrote:
>
> Greetings list,
>
> I am trying to install Kamailio 5.1 from source code on Debian 8.10. But
> It is failing with below error. Don't know what could be wrong.
>
> Any suggestion is much appreciated. Thanks.
>
>
> make --no-print-directory -C ./squirrel/squirrel SQMARCH64="-m64"
> CC_EXTRA_FLAGS="-fPIC" \
> OUT="../../libsquirrel.a" sq64
> gcc -O2 -m64 -D_SQ64 -fno-exceptions -fno-rtti -Wall -fno-strict-aliasing
> -c sqapi.cpp sqbaselib.cpp sqfuncstate.cpp sqdebug.cpp sqlexer.cpp
> sqobject.cpp sqcompiler.cpp sqstate.cpp sqtable.cpp sqmem.cpp sqvm.cpp
> sqclass.cpp -I../include -I. -Iinclude -fPIC
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> Makefile:51: recipe for target 'sq64' failed
> make[3]: *** [sq64] Error 1
> Makefile:44: recipe for target 'libsquirrel.a' failed
> make[2]: *** [libsquirrel.a] Error 2
> Makefile:511: recipe for target 'modules' failed
> make[1]: *** [modules] Error 1
> make[1]: Leaving directory '/usr/src/kamailio/src'
> Makefile:27: recipe for target 'all' failed
> make: *** [all] Error 2
>
>
> Br, Aqs.
>
>
> ___
> Kamailio (SER) - Users Mailing 
> Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
>
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio 5.1 compilation error

[Rinor Hoxha]

 Hi Aqs,

Add app_sqlang to skip_modules if you do not need it.

example: (tune it to your needs)

make PREFIX="/usr/local/kamailio" include_modules="db_mysql dialplan
app_lua" skip_modules="app_jsdt app_perl app_python *app_sqlang*" cfg

Br, Rinor

On 02/27/2018 03:04 PM, Aqs Younas wrote:

Greetings list,

I am trying to install Kamailio 5.1 from source code on Debian 8.10. But It
is failing with below error. Don't know what could be wrong.

Any suggestion is much appreciated. Thanks.


make --no-print-directory -C ./squirrel/squirrel SQMARCH64="-m64"
CC_EXTRA_FLAGS="-fPIC" \
OUT="../../libsquirrel.a" sq64
gcc -O2 -m64 -D_SQ64 -fno-exceptions -fno-rtti -Wall -fno-strict-aliasing
-c sqapi.cpp sqbaselib.cpp sqfuncstate.cpp sqdebug.cpp sqlexer.cpp
sqobject.cpp sqcompiler.cpp sqstate.cpp sqtable.cpp sqmem.cpp sqvm.cpp
sqclass.cpp -I../include -I. -Iinclude -fPIC
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
Makefile:51: recipe for target 'sq64' failed
make[3]: *** [sq64] Error 1
Makefile:44: recipe for target 'libsquirrel.a' failed
make[2]: *** [libsquirrel.a] Error 2
Makefile:511: recipe for target 'modules' failed
make[1]: *** [modules] Error 1
make[1]: Leaving directory '/usr/src/kamailio/src'
Makefile:27: recipe for target 'all' failed
make: *** [all] Error 2


Br, Aqs.


___
Kamailio (SER) - Users Mailing
Listsr-users@lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] kamailio 5.1 compilation error

[Antony Stone]

On Tuesday 27 February 2018 at 15:04:09, Aqs Younas wrote:

> Greetings list,
> 
> I am trying to install Kamailio 5.1 from source code on Debian 8.10. But It
> is failing with below error. Don't know what could be wrong.

Have you tried a Google search for "gcc: error trying to exec 'cc1plus': 
execvp: No such file or directory"?

That gave me quite a number of hits indicating what the problem is.

> Any suggestion is much appreciated. Thanks.

Have you installed the "g++" package?

> make --no-print-directory -C ./squirrel/squirrel SQMARCH64="-m64"
> CC_EXTRA_FLAGS="-fPIC" \
> OUT="../../libsquirrel.a" sq64
> gcc -O2 -m64 -D_SQ64 -fno-exceptions -fno-rtti -Wall -fno-strict-aliasing
> -c sqapi.cpp sqbaselib.cpp sqfuncstate.cpp sqdebug.cpp sqlexer.cpp
> sqobject.cpp sqcompiler.cpp sqstate.cpp sqtable.cpp sqmem.cpp sqvm.cpp
> sqclass.cpp -I../include -I. -Iinclude -fPIC
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> gcc: error trying to exec 'cc1plus': execvp: No such file or directory
> Makefile:51: recipe for target 'sq64' failed
> make[3]: *** [sq64] Error 1
> Makefile:44: recipe for target 'libsquirrel.a' failed
> make[2]: *** [libsquirrel.a] Error 2
> Makefile:511: recipe for target 'modules' failed
> make[1]: *** [modules] Error 1
> make[1]: Leaving directory '/usr/src/kamailio/src'
> Makefile:27: recipe for target 'all' failed
> make: *** [all] Error 2

Regards,


Antony.

-- 
Wanted: telepath.   You know where to apply.

   Please reply to the list;
 please *don't* CC me.

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

[SR-Users] kamailio 5.1 compilation error

[Aqs Younas]

Greetings list,

I am trying to install Kamailio 5.1 from source code on Debian 8.10. But It
is failing with below error. Don't know what could be wrong.

Any suggestion is much appreciated. Thanks.


make --no-print-directory -C ./squirrel/squirrel SQMARCH64="-m64"
CC_EXTRA_FLAGS="-fPIC" \
OUT="../../libsquirrel.a" sq64
gcc -O2 -m64 -D_SQ64 -fno-exceptions -fno-rtti -Wall -fno-strict-aliasing
-c sqapi.cpp sqbaselib.cpp sqfuncstate.cpp sqdebug.cpp sqlexer.cpp
sqobject.cpp sqcompiler.cpp sqstate.cpp sqtable.cpp sqmem.cpp sqvm.cpp
sqclass.cpp -I../include -I. -Iinclude -fPIC
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
gcc: error trying to exec 'cc1plus': execvp: No such file or directory
Makefile:51: recipe for target 'sq64' failed
make[3]: *** [sq64] Error 1
Makefile:44: recipe for target 'libsquirrel.a' failed
make[2]: *** [libsquirrel.a] Error 2
Makefile:511: recipe for target 'modules' failed
make[1]: *** [modules] Error 1
make[1]: Leaving directory '/usr/src/kamailio/src'
Makefile:27: recipe for target 'all' failed
make: *** [all] Error 2


Br, Aqs.
___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] rtpengine transcoding benchmarks?

[Andreas Granig]

Hi,

We've seen around 400 concurrent calls for G711<->Opus on a rather slow
12-core E5-2420@1.90GHz for some first preliminary benchmarks.

Andreas

On 2018-02-26 21:27, Brooks Bridges wrote:
> I realize the transcoding support is rather new, however has anyone run
> any real world tests on it yet?  Trying to get a sense of what the
> performance will be.
> 
>  
> 
> I’m aware that it’s forced into userspace for transcoding so it’s not
> **nearly** as efficient as the iptables module, however even if I have
> to throw a rack full of whiteboxes at it to get anywhere close to decent
> numbers that’s still going to be comparable to a lot of the commercial
> options out there right now.
> 
>  
> 
> *Brooks Bridges | *Engineering Manager
> 
> *O^1 Communications*
> 
> 4359 Town Center Boulevard, Suite 217
> 
> El Dorado Hills, California 95762
> 
> *office:*916.235.2097 |*main:*888.444., Option 2
> 
> *email:*bbrid...@o1.com  | *web:*www.o1.com
> 
> 
>  
> 
> 
> 
> ___
> Kamailio (SER) - Users Mailing List
> sr-users@lists.kamailio.org
> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
> 

___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Re: [SR-Users] Using the db_redis module for integration with usrloc

[Andreas Granig]

Hi Lucian,

Yes, it's probably worth noting in the README that for use_domain=0 the
usrdom key should be adjusted. So does it work for you now?

Eventually, I'll extend the module to ship with default key definitions
for the most common modules, however it'll take some time because it
needs an analysis of the query patterns each module performs.

Best,
Andreas

On 2018-02-23 11:05, Lucian Balaceanu wrote:
> Hello,
> 
> Just a quick note to say that I debugged the issue down to having the
> MULTIDOMAIN set to 0 and as such most probably the
> ":username,domain" should have been in my case just
> ":username".
> Also if parsing of a field in redis comes out as having errors, just
> tweak the type of value according to that field in the schema_path. I
> had problems with usrloc's  expires and last_modified which I changed
> from "int" to "string".
> 
> Thank you,
> Lucian
> 
> On 22.02.2018 12:00, Lucian Balaceanu wrote:
>> Hello Andreas,
>>
>>
>> Congratulations for adding db_redis, which I find a very interesting
>> and useful module.
>>
>> I know it is not yet in its final form, but I have tried to make a
>> REGISTER/INVITE save()/lookup() scenario by adding the db_redis
>> snippets from the README in the default Kamailio configuration (usrloc
>> db_mode=3).
>> The save() succeeds, but only a "location:entry::uloc-5a8d7eb2-6bd1-1"
>> hash and a "location:timer::0:0" set are created (I seem to miss the
>> location:usrdom). Besides this, the lookup("location") fails.
>> I guess I have made some wrong configurations? The REGISTER/INVITE
>> scenario works fine for you with only the upmentioned changes to the
>> config?
>>
>>
>> My *config* contains:
>>
>> loadmodule "db_redis.so"
>> #!define DBURL_USRLOC "redis://127.0.0.1:6379/5"
>> #!define DBURL_ACC    "redis://127.0.0.1:6379/6"
>> #!define DBURL_AUTH   "redis://127.0.0.1:6379/7"
>>
>> modparam("db_redis", "schema_path",
>> "/home/XXX/utils/kamctl/db_redis/kamailio")
>> modparam("db_redis", "keys",
>> "location=entry:ruid:username,domain:partition,keepalive")
>> modparam("db_redis", "keys", "acc=entry:callid,time_hires:callid")
>> modparam("db_redis", "keys", "subscriber=entry:username,domain")
>>
>> modparam("usrloc", "db_mode", 3)
>> modparam("usrloc", "use_domain", MULTIDOMAIN)
>> modparam("usrloc", "db_url", DBURL_USRLOC)
>>
>> The lookup("location") leads to this *log*:
>>
>> /1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:1683]: db_redis_query(): querying prefix (table)
>> 'location'//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:508]: db_redis_build_query_keys(): build query keys//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:281]: db_redis_find_query_key(): checking for existence
>> of entry key 'ruid' in query//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:332]: db_redis_find_query_key(): key 'ruid' for type
>> 'entry' not found, unable to use this type//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:534]: db_redis_build_query_keys(): no direct entry key
>> found, checking type keys//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:537]: db_redis_build_query_keys(): checking type 'usrdom'//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:281]: db_redis_find_query_key(): checking for existence
>> of entry key 'username' in query//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:291]: db_redis_find_query_key(): found key in entry key//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:119]: db_redis_val2str(): converting str value '33'
>> with len 2 to str//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:323]: db_redis_find_query_key(): entry key so far is
>> 'location:usrdom::33'//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:281]: db_redis_find_query_key(): checking for existence
>> of entry key 'domain' in query//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:332]: db_redis_find_query_key(): key 'domain' for type
>> 'usrdom' not found, unable to use this type//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:537]: db_redis_build_query_keys(): checking type 'timer'//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:281]: db_redis_find_query_key(): checking for existence
>> of entry key 'partition' in query//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:332]: db_redis_find_query_key(): key 'partition' for
>> type 'timer' not found, unable to use this type//
>> //{1 1 INVITE 1-23806@127.0.1.1}  0(23787) DEBUG: db_redis
>> [redis_dbase.c:1726]: db_redis_query(): unable to build query keys,
>> falling back to full table scan//
>> //{1 1 INVITE 1-23806@127.0.1.1}  

Re: [SR-Users] kamailio does not start with db_mongdb and usrloc

[Stephane]

Hello Daniel,

You will find two pcap files in attachment. I am using the same mongoc
library version in both cases.
Let me know if you need more info.

Kind regards,
Stephane

On 27 February 2018 at 09:01, Daniel-Constantin Mierla 
wrote:

> Hello,
>
> can you send here the requests sent by kamailio for the two mongodb
> versions? To compare and see where it can be fixed.
>
> Also, were you using the same mongoc library version in both cases?
>
> Cheers,
> Daniel
>
> On 26.02.18 12:57, Stephane wrote:
>
> Hello,
> I made some additional tests.
> The problem is only present when kamailio is facing mongo release 3.2 (or
> higher).
> With mongo version 3.0 (or lower), the request sent by kamailio is
> different: it contains $query and $table_version elements and mongo accepts
> it.
> Kind regards,
> Stephane
>
> On 23 February 2018 at 10:48, Stephane  wrote:
>
>> Hello Daniel,
>>
>> I took a pcap trace. And I see the following in the answer sent by mongo
>>
>> Failed to parse: { find: "version", filter: { table_name: "location" },
>> table_version: 1, $db: "kamailio", $readPreference: { mode:
>> "primaryPreferred" }, $clusterTime: { clusterTime: Timestamp(1519379980,
>> 1), signature: { hash: BinData(0, ),
>> keyId: 0 } } }. Unrecognized field 'table_version'.code
>> codeNameFailedToParseoperationTimeZ$clusterTimeXclusterTimeZ
>> signature3hashkeyId
>>
>> Kind regards,
>> Stephane
>>
>> On 23 February 2018 at 09:39, Daniel-Constantin Mierla > > wrote:
>>
>>> Hello,
>>>
>>> I don't know if you can see the result sent back by mongodb in its logs,
>>> it doesn't show it there. Maybe you can sniff the traffic on the network
>>> and see if mongodb sends the proper response back. Kamailio logs like
>>> nothing was retrieved.
>>>
>>> Cheers,
>>> Daniel
>>>
>>> On 22.02.18 18:02, Stephane Focant wrote:
>>>
>>> Hello,
>>> I have an issue when I try to use kamailio 5.1 with usrloc and db_mongdb
>>> modules.
>>> When I try to start kamailio, I get the following error:
>>>
>>> 0(22216) DEBUG:  [db.c:314]: db_do_init2(): connection
>>> 0x7f735b5c4100 not found in pool
>>>  0(22216) DEBUG: db_mongodb [mongodb_connection.c:55]:
>>> db_mongodb_new_connection(): connection open to: mongodb://10.0.12.149
>>> ,10.0.12.150,10.0.12.151/kamailio?replicaSet=sre_location=tru
>>> e=primaryPreferred
>>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:864]: db_mongodb_query():
>>> query to collection [version]
>>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:898]: db_mongodb_query():
>>> query filter: { "table_name" : "location" }
>>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:917]: db_mongodb_query():
>>> columns filter: { "table_version" : 1 }
>>>  0(22216) DEBUG:  [db_res.c:120]: db_new_result(): allocate 56
>>> bytes for result set at 0x7f735b5c4450
>>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:746]:
>>> db_mongodb_store_result(): no result from mongodb
>>>  0(22216) DEBUG:  [db.c:404]: db_table_version(): no row for table
>>> location found
>>>  0(22216) ERROR:  [db.c:450]: db_check_table_version(): invalid
>>> version 0 for table location found, expected 9 (check table structure and
>>> table "version")
>>>  0(22216) ERROR: usrloc [dlist.c:659]: register_udomain(): error during
>>> table version check.
>>>  0(22216) DEBUG:  [db_pool.c:100]: pool_remove(): removing
>>> connection from the pool
>>>  0(22216) ERROR: registrar [registrar.c:651]: domain_fixup(): failed to
>>> register domain
>>>  0(22216) ERROR:  [core/route.c:1154]: fix_actions(): fixing
>>> failed (code=-1) at cfg:/usr/local/kamailio-5.1/et
>>> c/kamailio/kamailio.cfg:660
>>>  0(22216) ERROR:  [core/rvalue.c:3860]: fix_rval_expr(): failure
>>> in cfg at line: 660 col: 22
>>>  0(22216) ERROR:  [core/rvalue.c:3860]: fix_rval_expr(): failure
>>> in cfg at line: 660 col: 22
>>>  0(22216) ERROR:  [core/route.c:1154]: fix_actions(): fixing
>>> failed (code=-1) at cfg:/usr/local/kamailio-5.1/et
>>> c/kamailio/kamailio.cfg:663
>>> ERROR: error -1 while trying to fix configuration
>>>  0(22216) DEBUG: tm [t_funcs.c:85]: tm_shutdown(): start
>>>  0(22216) DEBUG: tm [t_funcs.c:88]: tm_shutdown(): emptying hash table
>>>  0(22216) DEBUG: tm [t_funcs.c:90]: tm_shutdown(): removing semaphores
>>>  0(22216) DEBUG: tm [t_funcs.c:92]: tm_shutdown(): destroying tmcb lists
>>>  0(22216) DEBUG: tm [t_funcs.c:95]: tm_shutdown(): done
>>>  0(22216) INFO:  [core/sctp_core.c:53]: sctp_core_destroy(): SCTP
>>> API not initialized
>>>  0(22216) DEBUG:  [core/mem/shm.c:261]: shm_destroy_manager():
>>> destroying memory manager: q_malloc
>>>  0(22216) DEBUG:  [core/mem/q_malloc.c:1165]:
>>> qm_shm_lock_destroy(): destroying the shared memory lock
>>>  0(22216) DEBUG:  [core/mem/pkg.c:91]: pkg_destroy_manager():
>>> destroying memory manager: q_malloc
>>>
>>>
>>> In mongoDB, I have the collection "version" in the db kamailio, and the
>>> entries needed for usrloc (location and 

Re: [SR-Users] kamailio does not start with db_mongdb and usrloc

[Daniel-Constantin Mierla]

Hello,

can you send here the requests sent by kamailio for the two mongodb
versions? To compare and see where it can be fixed.

Also, were you using the same mongoc library version in both cases?

Cheers,
Daniel


On 26.02.18 12:57, Stephane wrote:
> Hello,
> I made some additional tests. 
> The problem is only present when kamailio is facing mongo release 3.2
> (or higher). 
> With mongo version 3.0 (or lower), the request sent by kamailio is
> different: it contains $query and $table_version elements and mongo
> accepts it.
> Kind regards,
> Stephane
>
> On 23 February 2018 at 10:48, Stephane  > wrote:
>
> Hello Daniel,
>
> I took a pcap trace. And I see the following in the answer sent by
> mongo
>
> Failed to parse: { find: "version", filter: { table_name:
> "location" }, table_version: 1, $db: "kamailio", $readPreference:
> { mode: "primaryPreferred" }, $clusterTime: { clusterTime:
> Timestamp(1519379980, 1), signature: { hash: BinData(0,
> ), keyId: 0 } } }.
> Unrecognized field
> 
> 'table_version'.codecodeNameFailedToParseoperationTimeZ$clusterTimeXclusterTimeZsignature3hashkeyId
>
> Kind regards,
> Stephane
>
> On 23 February 2018 at 09:39, Daniel-Constantin Mierla
> > wrote:
>
> Hello,
>
> I don't know if you can see the result sent back by mongodb in
> its logs, it doesn't show it there. Maybe you can sniff the
> traffic on the network and see if mongodb sends the proper
> response back. Kamailio logs like nothing was retrieved.
>
> Cheers,
> Daniel
>
>
> On 22.02.18 18:02, Stephane Focant wrote:
>> Hello,
>> I have an issue when I try to use kamailio 5.1 with usrloc
>> and db_mongdb modules.
>> When I try to start kamailio, I get the following error:
>>
>> 0(22216) DEBUG:  [db.c:314]: db_do_init2(): connection
>> 0x7f735b5c4100 not found in pool
>>  0(22216) DEBUG: db_mongodb [mongodb_connection.c:55]:
>> db_mongodb_new_connection(): connection open to:
>> mongodb://10.0.12.149
>> 
>> ,10.0.12.150,10.0.12.151/kamailio?replicaSet=sre_location=true=primaryPreferred
>> 
>> 
>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:864]:
>> db_mongodb_query(): query to collection [version]
>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:898]:
>> db_mongodb_query(): query filter: { "table_name" : "location" }
>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:917]:
>> db_mongodb_query(): columns filter: { "table_version" : 1 }
>>  0(22216) DEBUG:  [db_res.c:120]: db_new_result():
>> allocate 56 bytes for result set at 0x7f735b5c4450
>>  0(22216) DEBUG: db_mongodb [mongodb_dbase.c:746]:
>> db_mongodb_store_result(): no result from mongodb
>>  0(22216) DEBUG:  [db.c:404]: db_table_version(): no
>> row for table location found
>>  0(22216) ERROR:  [db.c:450]: db_check_table_version():
>> invalid version 0 for table location found, expected 9 (check
>> table structure and table "version")
>>  0(22216) ERROR: usrloc [dlist.c:659]: register_udomain():
>> error during table version check.
>>  0(22216) DEBUG:  [db_pool.c:100]: pool_remove():
>> removing connection from the pool
>>  0(22216) ERROR: registrar [registrar.c:651]: domain_fixup():
>> failed to register domain
>>  0(22216) ERROR:  [core/route.c:1154]: fix_actions():
>> fixing failed (code=-1) at
>> cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:660
>>  0(22216) ERROR:  [core/rvalue.c:3860]:
>> fix_rval_expr(): failure in cfg at line: 660 col: 22
>>  0(22216) ERROR:  [core/rvalue.c:3860]:
>> fix_rval_expr(): failure in cfg at line: 660 col: 22
>>  0(22216) ERROR:  [core/route.c:1154]: fix_actions():
>> fixing failed (code=-1) at
>> cfg:/usr/local/kamailio-5.1/etc/kamailio/kamailio.cfg:663
>> ERROR: error -1 while trying to fix configuration
>>  0(22216) DEBUG: tm [t_funcs.c:85]: tm_shutdown(): start
>>  0(22216) DEBUG: tm [t_funcs.c:88]: tm_shutdown(): emptying
>> hash table
>>  0(22216) DEBUG: tm [t_funcs.c:90]: tm_shutdown(): removing
>> semaphores
>>  0(22216) DEBUG: tm [t_funcs.c:92]: tm_shutdown(): destroying
>> tmcb lists
>>  0(22216) DEBUG: tm [t_funcs.c:95]: tm_shutdown(): done
>>  0(22216) INFO:  [core/sctp_core.c:53]:
>> sctp_core_destroy(): SCTP API not initialized
>>  0(22216) DEBUG:  [core/mem/shm.c:261]:
>> shm_destroy_manager(): destroying memory manager: 

Re: [SR-Users] Planing next Kamailio releases - v4.4.7 v5.0.6 and v5.1.2

[Daniel-Constantin Mierla]

Hello,

later today I am planning to release v5.0.6, so as usual, until the
announcement is sent, any commits to branch 5.0 should be announced on
sr-dev mailing list or ping me via irc #kamailio channel.

The v5.1.2 likely to be released on Thursday.

Cheers,
Daniel


On 26.02.18 09:06, Daniel-Constantin Mierla wrote:
> Hello,
>
> short message to say that I am planning to do v4.4.7 release later
> today. Until the release is out, any commits to branch 4.4 should be
> announced on sr-dev mailing list.
>
> Cheers,
> Daniel
>
> On 20.02.18 09:10, Daniel-Constantin Mierla wrote:
>> Hello,
>>
>> I am considering to do releases from last three stable branches during
>> next week.
>>
>> v4.4.7 is going to be released out of latest code in branch 4.4 to mark
>> the end of official maintenance for series v4.4.x. The version 4.4.0 was
>> released in March 2016, so it had more or less two years of maintenance.
>> Commits can still go in 4.4 branch if developers wants to push there,
>> end of official maintenance means that there is no plan to do packaging
>> and release another version from the branch in the future, so you will
>> have to build it from sources or generate packages yourself.
>>
>> v5.0.6 and v5.1.2 are the usual minor releases we do from the last two
>> stable branches.
>>
>> If there are any issues you are aware of and not reported on bug
>> tracker, create the items as soon as possible to get a better chance to
>> review and eventually fix.
>>
>> Cheers,
>> Daniel
>>

-- 
Daniel-Constantin Mierla
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Kamailio Advanced Training - March 5-7, 2018, Berlin - www.asipto.com
Kamailio World Conference - May 14-16, 2018 - www.kamailioworld.com


___
Kamailio (SER) - Users Mailing List
sr-users@lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users