Re: [SR-Users] Kamailio v3.2.2 Released

On 01/31/2012 11:42 AM, Daniel-Constantin Mierla wrote: Hello, Kamailio SIP Server v3.2.2 stable release is out. This is a maintenance release of the latest stable branch, 3.2, that includes fixes since release of v3.2.1. There is no change to database schema or configuration language structure

Re: [SR-Users] best way to start kamailio at boot

> hi, > > when i moved the /etc/init.d/kamailio file. kamailio did not start at boot. > now, i set the debug level to 4 and run kamailio in both ways. > > 1. "/etc/init.d/kamailio start" > the resault was : *Feb 1 19:59:04 net-ivr-KamIN-J1 kamailio: DEBUG: [mem/q_malloc.c:202]: qm_malloc_init

Re: [SR-Users] best way to start kamailio at boot

hi, when i moved the /etc/init.d/kamailio file. kamailio did not start at boot. now, i set the debug level to 4 and run kamailio in both ways. 1. "/etc/init.d/kamailio start" On Wed, Feb 1, 2012 at 5:01 PM, Jason Penton wrote: > I am not familiar with Centos but I suspect there is another scr

Re: [SR-Users] best way to start kamailio at boot

I am not familiar with Centos but I suspect there is another script being run from somewhere. What I would do is move the /etc/init.d/kamailio script somewhere safe (your home directory for eg). Then reboot and see if kamailio still starts - if it does you need to find out whihc script is being cal

Re: [SR-Users] best way to start kamailio at boot

On Wed, Feb 1, 2012 at 4:26 PM, Uri Shacked wrote: > Hi, > > when i reboot the machine, it starts with 32Mb and i do not understand > why... > so, does it use a startup file that i am not familiar with? > what is the appropriate runlevel? how do i set it and where? > > thanks, > Uri > > > >Hi Sa

Re: [SR-Users] best way to start kamailio at boot

Hi Sammy, When you use the init script, it is starting Kamailio with the correct arguments to get the environment you wish (-m 2048 probably). If however, you just call kamailio these args are not there. Im not sure why you are running with kamailio command directly. Why don't you add your init sc

Re: [SR-Users] best way to start kamailio at boot

Hi again i installed kamailio 3.2.2 today. i used the chkconfig tool to get kamailio run at boot. i edited both /etc/init.d/kamailio and /etc/default/kamailio files to run with 2048Mg of memory. now, when i run /etc/init.d/kamailio start, it starts with the right amount of memory. when i rum "

Re: [SR-Users] subscriber specific dialplan

I'm able to make generic dialplan but don't know how to make subscriber based dialplan. Here is my generic dialplan sample config file and dialplan table; loadmodule "avpops.so" loadmodule "dialplan.so" #-- avpops params - modparam("avpops", "db_url", "mysql://openser:openserrw@loca

Re: [SR-Users] redirect client to keep original ruri

On 02/01/2012 12:11 PM, Daniel-Constantin Mierla wrote: >> I was getting an error for some reason: >> >> 0(7860) ERROR: [pvapi.c:516]: error searching pvar "T_rpl" >> 0(7860) ERROR: [pvapi.c:720]: wrong char [$/36] in [$T_rpl($ct)] >> at [7 (5)] >> >> version: kamailio 3.1.5 > do you have tmx

Re: [SR-Users] redirect client to keep original ruri

Hello, On 1/25/12 4:09 PM, Andrew Pogrebennyk wrote: Daniel, thank you - method (2) works like a charm. On 01/25/2012 03:16 PM, Daniel-Constantin Mierla wrote: an option - get the contact header from 302 in failure route via $T_rpl($ct). Use its uri to set $du. I was getting an error for some

Re: [SR-Users] save a Q850 cause reason from a reply

Hello, in failure route you have access to the request, not the reply -- I understand the Reason header is in reply from the content of the discussion. Either set an onreply_route and get the Reason header there, like storing it in the avp, or use $T_rpl($hdr(Reason)) in failure route -- fir

Re: [SR-Users] Kamailio v3.2.2 Released

On 2/1/12 11:58 AM, Uri Shacked wrote: worked OK, thanks. [...] ok, keep cc-ing the list for topics discussed there, so people reading the archive later know what was the final solution. Cheers, Daniel On Wed, Feb 1, 2012 at 11:40 AM, Uri Shacked > wrote:

Re: [SR-Users] Kamailio v3.2.2 Released

Hello, you haven't compiled and installed db_mysql from 3.2.2, so it is installed the one from 3.2.1. Be sure you include db_mysql in the list of modules to be compiled and installed, one option is: make FLAVOUR=kamailio include_modules="db_mysql" cfg make all make install Cheers, Daniel On

Re: [SR-Users] Kamailio v3.2.2 Released

I am not sure but it seems there is a mismatch kamailio 3.2.2 (x86_64/linux); module: kamailio 3.2.1 (x86_64/linux)" Did you first remove your old installation + modules ? Regards On Wed, Feb 1, 2012 at 11:30 AM, Uri Shacked wrote: > > made install and got the following error: >> "kamailio

Re: [SR-Users] Kamailio v3.2.2 Released

> made install and got the following error: > "kamailio > loading modules under > /usr/local/lib64/kamailio/modules_k/:/usr/local/lib64/kamailio/modules/ > 0(21428) ERROR: [sr_module.c:415]: ERROR: module version mismatch > for /usr/local/lib64/kamailio/modules/db_mysql.so; core: kamailio 3.2.2

[SR-Users] Alternative Debian APT repository

Hello, besides existing deb.kamailio.org, I added builds for Debian 5.0, 6.0 and Ubuntu 10.04 to the OpenSUSE Build Service (OBS). These repositories are built only for stable releases in 3.2.x series. Main target for them is to be sure the releases compile properly, across main Linux distrib