January 2013 - sr-users

Next major release proposed as v4.0.0
by Daniel-Constantin Mierla 04 Jan '13

04 Jan '13

Hello, using v4.0.0 for the next major release was proposed and debated at previous development IRC meeting. First was about the addition of a new transport layer (websockets) along with other important new features. During the debate was touched the completion of kamailio-ser integration (no more duplicated modules) as another milestone for increasing the first digit (which was finished just before the end of last year). Now we also have the IMS modules, pushed in the GIT master branch few days ago. It seems that there are lot of good reasons for numbering the next major version 4.0.0. Other comments, opinions? Have a great and happy year ahead, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

4 4

Multiple rtimer processes + mqueue
by Alex Balashov 04 Jan '13

04 Jan '13

Will multiple rtimer processes consuming the same mqueue, i.e. via a blocking mechanism while(mq_fetch(...)) ... hurt anything? -- Alex Balashov - Principal Evariste Systems LLC 235 E Ponce de Leon Ave Suite 106 Decatur, GA 30030 United States Tel: +1-678-954-0670 Web: http://www.evaristesys.com/, http://www.alexbalashov.com/

2 1

Freezing for next major release
by Daniel-Constantin Mierla 04 Jan '13

04 Jan '13

Hello, based on last irc devel meeting and feedback afterwards, most of the people seem to be fine releasing next major release a bit earlier, in order to: - make websockets support and the other new features available in a stable version - allow proper development time frame for other planned new features that wouldn't have been ready if the release would be 1-2 months later So, considering the winter holidays, I propose to freeze development on January 7, 2013, with full release about one month later. It seems that many people are already using devel version to play with websockets, meaning that we are staying very well with testing. Other opinions? Cheers, Daniel -- Daniel-Constantin Mierla - http://www.asipto.com http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda

3 5

"maximum number of branches exceeded" after kamalilio restart
by Andrew Pogrebennyk 04 Jan '13

04 Jan '13

Hello, I'm getting some errors - if I restart kamailio on a live system, the first call after restart fails with "max nr of branches exceeded". However, we are not doing append_branch() or anything fancy for that call at all: Jan 3 15:26:54 sp1 /usr/sbin/kamailio[8078]: ERROR: <core> [dset.c:306]: max nr of branches exceeded Jan 3 15:26:54 sp1 /usr/sbin/kamailio[8078]: ERROR: registrar [lookup.c:298]: failed to append a branch Also it appears on the other system with a different config: Jan 3 17:06:59 sip /usr/sbin/kamailio[7022]: ERROR: tm [t_fwd.c:656]: ERROR: add_uac: maximum number of branches exceeded Jan 3 17:06:59 sip /usr/sbin/kamailio[7022]: ERROR: tm [t_fwd.c:1534]: ERROR: t_forward_nonack: failure to add branches Jan 3 17:06:59 sip /usr/sbin/kamailio[7022]: ERROR: tm [tm.c:1369]: ERROR: w_t_relay_to: t_relay_to failed The second call however goes through and this error does not appear until the next kamailio restart. What could be the problem here? P.S. The kamailio version is 3.3.2. Andrew

1 0

km_dbase.c:38: fatal error: mysql/mysql.h: No such file or directory
by Shreyansh Purwar 04 Jan '13

04 Jan '13

Hello Everyone, I need a help, I was installing kamailio SIP server according to the instruction provided at wiki page - http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-3.0.x-from-git but while compiling it(make all) i am getting following error - km_dbase.c:38: fatal error: mysql/mysql.h: No such file or directory Can anybody tell me how to resolve this issue. Thanks in anticipation. -- Best Regards Shreyansh Purwar

2 1

Re: [SR-Users] [sr-dev] Freezing for next major release
by Peter Dunkley 03 Jan '13

03 Jan '13

I hope to get the outbound edge proxy and flow timer stuff into master by Monday, but it could really do with some additional testing especially in conjunction with the reg-id stuff in registrar/usrloc (which I have no idea how to use). Peter Daniel-Constantin Mierla <miconda(a)gmail.com> wrote: >Hello, > >a reminder that the freezing date of the development for the next major >release is next Monday, January 7. > >Considering it was vacation time so far, we can prolong development for >few days if it is needed - just reply here. > >Besides few small additions, I want to add internal hash table to track >MSRP connections, hopefully I should be able to do it in time. If not, I >will ask for few more days as well. > >Cheers, >Daniel > >On 12/5/12 5:05 PM, Daniel-Constantin Mierla wrote: >> Hello, >> >> based on last irc devel meeting and feedback afterwards, most of the >> people seem to be fine releasing next major release a bit earlier, in >> order to: >> - make websockets support and the other new features available in a >> stable version >> - allow proper development time frame for other planned new features >> that wouldn't have been ready if the release would be 1-2 months later >> >> So, considering the winter holidays, I propose to freeze development >> on January 7, 2013, with full release about one month later. >> >> It seems that many people are already using devel version to play with >> websockets, meaning that we are staying very well with testing. >> >> Other opinions? >> >> Cheers, >> Daniel >> > >-- >Daniel-Constantin Mierla - http://www.asipto.com >http://twitter.com/#!/miconda - http://www.linkedin.com/in/miconda > > >_______________________________________________ >sr-dev mailing list >sr-dev(a)lists.sip-router.org >http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

1 0

recreating kamilio_fifo without restart
by Uri Shacked 03 Jan '13

03 Jan '13

Hi, I entered the command "kamailio -v" instead of "kamailio -V". It looks like it starts kamailio again even that it was running.... the problem is that the kamctl_fifo and kamctl_ctl file are gone now. how do i create the files again without restarting kamailio? Thanks, Uri

3 4