Author: Juha Heinanen <jh(a)tutpro.com>
Committer: Juha Heinanen <jh(a)tutpro.com>
Date: Fri May 28 15:38:41 2010 +0300
modules/tm: new implementation of load_contacts()/next_contacts()
- Simpler implementation of load_contacts()/next_contacts() functions
based on recent changes related to Request-URI handling.
- Function next_contacts() does not anymore set any timers. Check
contact_avp and call t_set_fr() before calling t_relay() instead.
- Removed fr_timer_next module parameter, because it is not needed
modules/tm/README | 255 ++++++++++++++------------------------
modules/tm/doc/functions.xml | 51 +++-----
modules/tm/doc/params.xml | 73 -----------
modules/tm/doc/tm.xml | 15 +--
modules/tm/t_serial.c | 279 ++++++++++++------------------------------
modules/tm/tm.c | 1 -
6 files changed, 190 insertions(+), 484 deletions(-)
I am planning to release minor version 3.0.3 by beginning of next week.
Please commit there what you think it needs to be fixed for this release.
I have ported kamailio to Dragonfly BSD and fixed a couple of bugs in
the build system in the process. I have 4 patches to the Makefiles
which I created for kamailio-3.0.1, but have verified will apply to the
current master branch. Two are bug fixes and the other 2 are to get it
to compile and run on Dragonfly.
I have attached all 4 patches to this email. There are comments in
the top of each of the patches about what they do. All patches can be
applied from the root of the source tree.
It turns out that kamailio is not going to serve our needs at this time,
so I don't have much more time to put into it. However, I am in hopes
that the developers will utilize the patches for Dragonfly as well.
I would like to see kamailio natively support Dragonfly BSD for the
benefit of both communities and in case we ever need it ourselves in the
future, since our environment is all Dragonfly BSD based.
The patches primarily just make kamailio treat Dragonfly the same as
kamailio-3.0.1 compiled, installed, and ran successfully with these
patches. However, after applying them to todays master branch from the
git repository, make was successful, but "make install" errored with
install -m 755 msilo.so
CC (gcc) [M nathelper.so] nathelper.o
CC (gcc) [M nathelper.so] natping.o
CC (gcc) [M nathelper.so] nhelpr_funcs.o
CC (gcc) [M nathelper.so] rtpproxy_stream.o
rtpproxy_stream.c: In function 'rtpproxy_stream':
rtpproxy_stream.c:61: error: array type has incomplete element type
rtpproxy_stream.c:61: warning: unused variable 'v'
rtpproxy_stream.c: In function 'rtpproxy_stop_stream':
rtpproxy_stream.c:151: error: array type has incomplete element type
rtpproxy_stream.c:151: warning: unused variable 'v'
gmake: *** [rtpproxy_stream.o] Error 1
gmake: *** [install-modules_s] Error 1
I don't know if it is Dragonfly related or if it is just a temporary bug
introduced in the current master branch.
To successfully compile on Dragonfly BSD after applying the patches
to kamailio-3.0.1 these are the commands I used.
# export CFLAGS=-D__FreeBSD__
# gmake prefix=/usr/pkg
# gmake prefix=/usr/pkg install
Installing on Linux went like a charm, no issues. However, there are some issues when building on FreeBSD.
- The xmlrpc module links to -lresolv, something that doesn't exist on FreeBSD and can be removed.
- Libraries in /usr/local/lib was not found, but it seems like include files in /usr/local/include was found by some modules, but not all. Setting CPATH solved issues here.
- There's no point in even trying to compile iptrtpproxy on systems that are not Linux, right?
- There are many compiler warnings that should be looked at
- In order to get INADDR_LOOPBACK, that is used in presence_dialoginfo and other modules I ended up copying the definition of INADDR_LOOPBACK into ip_addr.h... It's in netinet/in.h but must be disabled for some reason.
Also getting this at make install (but not make modules), guessing it belongs to kamctl installation:
MYSQLON=yes make -C ../../utils/kamctl/ install-modules
"../../Makefile.defs", line 88: Missing dependency operator
Error expanding embedded variable.
gmake: *** [install-mysql-scripts] Error 2
gmake: Leaving directory `/s/usr-local/src/kamailio-3.0.2/modules/db_mysql'
gmake: *** [install-modules] Error 1
I had to exclude all db modules in order to get around this.
I guess someone with some more experience of the build system needs to look at this :-)
because of the fact, that the problem only appears, if the
pua_dialoginfo module is enabled, I think the problem is located
somewhere in the code tm hooks, dialog hooks or pua/pua_dialoginfo
I have attached the debug output of pua_dialoginfo which shows only, if
the module is enabled... may it is useful in any way...
> On Friday 04 June 2010, Jasmin Schnatterbeck wrote:
> > onreply_avp_mode does not seem to be available in kamailio 3.0.2 (at
> > least not in the module doc)
> > I think this parameter is for avps in reply_route? or does it work for
> > branch_route also?
> Hi Jasmin,
> ah, sorry. Its not available or necessary anymore in 3.0. In 1.5 it also
> affected the branch_route, i think, but for the newer version this behaviour
> is now the default. Then in your case its probably another problem..
as discussed during our devel meeting, next major release 3.1 is
scheduled for this autumn. Therefore the freezing should happen soon.
Would be 2 weeks from now enough for everyone to push planned new
features to repo?
you're invited to join the inum ware conference
this conference is for inum users that frequantly use inum (+883 country
you can join it by dialing +883510001288888 from any provider that
provide INum termination (see http://www.inum.net)
algérie télécom SPA
phone (INUM): +883510001289101
mobile : +213660347746
mobile (INUM: +883510001289110