6 Oct
2010
6 Oct
'10
5:45 p.m.
Kamailio (OpenSER) v3.1.0 is out – major release with impressing
number of new features and improvements.
This release is a result of more than 8 months of development and
testing from the teams of Kamailio (OpenSER) and SIP Express Router
(SER) projects. Backed up by a solid development group, we are proud to
announce that this release brings a large set of features, many for
first time on the SIP server market, such as asynchronous TLS, UDP raw
sockets, embedded HTTP and XCAP servers, embedded Lua, configuration
file debugger. All together, there are over 15 new modules and countless
improvements to old components.
Since last major release (version 3.0.0, which was out in January 10,
2010), the two SIP servers, Kamailio and SER, are practically the same
application, the name making the difference regarding the database
structure and the extensions used for certain features, such as user
database based authentication or location service.
Therefore another development direction was towards smooth integration
of Kamailio and SER extensions, previously duplicated modules such as
auth, sl, ratelimit or sms were merged during this development cycle.
Continue reading the release notes at:
http://www.kamailio.org/w/kamailio-openser-v3.1.0-release-notes/
Many thanks to all developers and community members that made possible
this release.
--
Daniel-Constantin Mierla
http://www.asipto.com
6 Oct
6 Oct
6:02 p.m.
An important note I should add here:
- starting with this version, there is a single stable branch for both
Kamailio and SER, so when you compile the sources, you must run first:
make FLAVOUR=kamailio cfg
Then:
make all
make install
A step by step tutorial is available at:
http://www.kamailio.org/dokuwiki/doku.php/install:kamailio-3.1.x-from-git
Cheers,
Daniel
On 10/6/10 4:45 PM, Daniel-Constantin Mierla wrote:
Kamailio (OpenSER) v3.1.0 is out – major release with
impressing
number of new features and improvements.
This release is a result of more than 8 months of development and
testing from the teams of Kamailio (OpenSER) and SIP Express Router
(SER) projects. Backed up by a solid development group, we are proud
to announce that this release brings a large set of features, many for
first time on the SIP server market, such as asynchronous TLS, UDP raw
sockets, embedded HTTP and XCAP servers, embedded Lua, configuration
file debugger. All together, there are over 15 new modules and
countless improvements to old components.
Since last major release (version 3.0.0, which was out in January 10,
2010), the two SIP servers, Kamailio and SER, are practically the same
application, the name making the difference regarding the database
structure and the extensions used for certain features, such as user
database based authentication or location service.
Therefore another development direction was towards smooth integration
of Kamailio and SER extensions, previously duplicated modules such as
auth, sl, ratelimit or sms were merged during this development cycle.
Continue reading the release notes at:
http://www.kamailio.org/w/kamailio-openser-v3.1.0-release-notes/
Many thanks to all developers and community members that made possible
this release.
--
Daniel-Constantin Mierla
http://www.asipto.com
7:14 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
Daniel-Constantin Mierla writes:
- starting with this version, there is a single stable
branch for both
Kamailio and SER, so when you compile the sources, you must run first:
make FLAVOUR=kamailio cfg
daniel,
what happens if i don't include FLAVOR=kamailio? namely i have never
done that when i have build sip router and haven't noticed any
problems. what have i missed?
-- juha
7:22 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
HELLO,
On 10/6/10 6:14 PM, Juha Heinanen wrote:
Daniel-Constantin Mierla writes:
literally two things:
- internal kamailio-style statistics (what you get when they are enabled
with kamctl fifo get_statistics all) -- iirc, they are exported by
snmpstats module, so it might be the only thing not working because of
this (or it is exporting always 0)
- AS (application server) extensions in TM - needed only by seas module
(ie some extra fields in transaction structure and callbacks)
First point will be fixed in next release, as we will migrate to new
counters API, which have less impact when updating statistics. Note that
these statustucs exist for quite some time (older than openser 1.3.x),
so far no performance impact was reported.
Second one, we will see what can be done to have it default.
I haven't listed the name of application as difference (along with
default config file) -- I don't consider it so.
Cheers,
Daniel
--
Daniel-Constantin Mierla
http://www.asipto.com
- starting with this version, there is a single
stable branch for both
Kamailio and SER, so when you compile the sources, you must run first:
make FLAVOUR=kamailio cfg
daniel,
what happens if i don't include FLAVOR=kamailio? namely i have never
done that when i have build sip router and haven't noticed any
problems. what have i missed?
7:36 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
Daniel-Constantin Mierla writes:
literally two things:
- internal kamailio-style statistics (what you get when they are enabled
with kamctl fifo get_statistics all) -- iirc, they are exported by
snmpstats module, so it might be the only thing not working because of
this (or it is exporting always 0)
i get statistics via xmlrpc and just checked and they seems to be ok.
at least core, registrar, transaction, and message stat counters are
increasing.
- AS (application server) extensions in TM - needed
only by seas module
(ie some extra fields in transaction structure and callbacks)
ok, i don't use seas module and perhaps therefore i have not noticed
this.
I haven't listed the name of application as
difference (along with
default config file) -- I don't consider it so.
i use my own name by setting MAIN_NAME=sip-proxy.
in summary, looks like i can leave flavor unspecified.
-- juha
7:51 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
On Oct 06, 2010 at 18:22, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
HELLO,
On 10/6/10 6:14 PM, Juha Heinanen wrote:
There are 2 different statistics defines and they are disabled for 2
different reasons.
-DSTATISTICS - this disables statistics support for modules/sl
and a lot of kamailio modules.
The reason for not having it enable it's not performance (the same
counters api is now used underneath anyway), but to force migration
and documentation of the statistics (via the help strings integrated in
counters). As I said before, we could enable it for sr too (since we
didn't have time to migrate anything to the new stats).
-DUSE_CORE_STATS - this disables kex core stats support. The reason for
this is performance. Each core stat is now done via a callback (so for
each request or other event that needs to be counted, a function call is
made).
Daniel-Constantin Mierla writes:
literally two things:
- internal kamailio-style statistics (what you get when they are
enabled with kamctl fifo get_statistics all) -- iirc, they are
exported by snmpstats module, so it might be the only thing not
working because of this (or it is exporting always 0)
- AS (application server) extensions in TM - needed only by seas
module (ie some extra fields in transaction structure and callbacks)
First point will be fixed in next release, as we will migrate to new
counters API, which have less impact when updating statistics. Note
that these statustucs exist for quite some time (older than openser
1.3.x), so far no performance impact was reported. - starting with this version, there is a single
stable branch for both
Kamailio and SER, so when you compile the sources, you must run first:
make FLAVOUR=kamailio cfg
daniel,
what happens if i don't include FLAVOR=kamailio? namely i have never
done that when i have build sip router and haven't noticed any
problems. what have i missed?
Second one, we will see what can be done to have it default.
The question is whether to penalise people that don't use seas.
IMHO if somebody needs seas, he is knowledgeable enough to recompile
(make cfg WITHAS=1 ; make all).
I haven't listed the name of application as difference (along with
default config file) -- I don't consider it so.
Andrei
8:59 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
Andrei Pelinescu-Onciul writes:
There are 2 different statistics defines and they are
disabled for 2
different reasons.
andrei,
what about MALLOC_STATS? why is it disabled by default?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls [tls_init.c:592]: tls: ser
compiled without MALLOC_STATS support: the workaround for low mem. openssl bugs will _not_
work
-- juha
7 Oct
7 Oct
11:10 a.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
Juha Heinanen writes:
what about MALLOC_STATS? why is it disabled by
default?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls [tls_init.c:592]: tls: ser
compiled without MALLOC_STATS support: the workaround for low mem. openssl bugs will _not_
work
i did some digging and found that "ser" is compiled by default with
MALLOC_STATS support only if flavor is sip-router. in Makefile.defs:
ifeq ($(FLAVOUR),sip-router)
...
# fast malloc statistics on
FMSTATS ?= 1
...
endif
and then:
ifeq ($(FMSTATS), 1)
C_DEFS+= -DMALLOC_STATS
endif
this is getting too complicated to understand.
as i mentioned yesterday, i have not defined any flavor, when i build
sip router. what flavor does this then give to me?
# flavour: sip-router, ser or kamailio
$(call set_if_empty,FLAVOUR,sip-router)
would i loose something if i specify that flavor is sip-router?
-- juha
11:52 a.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
On Oct 07, 2010 at 11:10, Juha Heinanen <jh(a)tutpro.com> wrote:
Juha Heinanen writes:
No, it's compiled with MALLOC_STATS only if FLAVOUR=kamailio :
ifeq ($(FLAVOUR),sip-router)
# main binary name
MAIN_NAME=ser
else ifeq ($(FLAVOUR),ser)
^^^^^^^^^^^^^ note the else
what about MALLOC_STATS? why is it disabled by
default?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls [tls_init.c:592]: tls: ser
compiled without MALLOC_STATS support: the workaround for low mem. openssl bugs will _not_
work
i did some digging and found that "ser" is compiled by default with
MALLOC_STATS support only if flavor is sip-router. in Makefile.defs:
ifeq ($(FLAVOUR),sip-router)
...
# fast malloc statistics on
FMSTATS ?= 1
...
endif
and then:
ifeq ($(FMSTATS), 1)
C_DEFS+= -DMALLOC_STATS
endif
this is getting too complicated to understand.
as i mentioned yesterday, i have not defined any flavor, when i build
sip router. what flavor does this then give to me?
# flavour: sip-router, ser or kamailio
$(call set_if_empty,FLAVOUR,sip-router)
sip-router (if empty is set to sip-router).
would i loose something if i specify that flavor is sip-router?
Right now for compiling there is no difference between ser and sip-router.
If you force no flavour or an unknown flavour (e.g. FLAVOUR="" or FLAVOUR=foo)
the only difference it the binary name (sip-router instead of ser).
When installing, I think the only difference is that an unknown flavour
will not install any mysql script.
Andrei
11:42 a.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
Andrei Pelinescu-Onciul writes:
No, it's compiled with MALLOC_STATS only if
FLAVOUR=kamailio :
ifeq ($(FLAVOUR),sip-router)
# main binary name
MAIN_NAME=ser
else ifeq ($(FLAVOUR),ser)
^^^^^^^^^^^^^ note the else
sorry, i didn't notice it. now the question still remains, if i don't
use flavor=KAMAILIO, is it so that there is nothing i can do to get rid
of the warning?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls
[tls_init.c:592]: tls: ser compiled without MALLOC_STATS support: the
workaround for low mem. openssl bugs will _not_ work
or can i just add -DFMSTATS to my make command without specifying any
flavor?
-- juha
12:26 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
On Oct 07, 2010 at 11:42, Juha Heinanen <jh(a)tutpro.com> wrote:
Andrei Pelinescu-Onciul writes:
You need to add FMSTATS=1 or extra_defs=-DMALLOC_STATS to make cfg
(if you compile with MEMDBG=0, otherwise stats are on anyway).
E.g.: make cfg FMSTATS=1 include_modules=tls .... ; make all
Andrei
No, it's compiled with MALLOC_STATS only if
FLAVOUR=kamailio :
ifeq ($(FLAVOUR),sip-router)
# main binary name
MAIN_NAME=ser
else ifeq ($(FLAVOUR),ser)
^^^^^^^^^^^^^ note the else
sorry, i didn't notice it. now the question still remains, if i don't
use flavor=KAMAILIO, is it so that there is nothing i can do to get rid
of the warning?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls
[tls_init.c:592]: tls: ser compiled without MALLOC_STATS support: the
workaround for low mem. openssl bugs will _not_ work
or can i just add -DFMSTATS to my make command without specifying any
flavor?
12:04 p.m.
New subject: [Kamailio-Business] Kamailio v3.1.0 Released
On Oct 06, 2010 at 20:59, Juha Heinanen <jh(a)tutpro.com> wrote:
Andrei Pelinescu-Onciul writes:
Very minor performance hit (at least it should be minor, but I never
measured it).
There are 2 different statistics defines and they
are disabled for 2
different reasons.
andrei,
what about MALLOC_STATS? why is it disabled by default?
Oct 6 20:57:31 sip /usr/sbin/sip-proxy[7455]: WARNING: tls [tls_init.c:592]: tls: ser
compiled without MALLOC_STATS support: the workaround for low mem. openssl bugs will _not_
work
Yes, it's used by 3 different things:
- tls (runtime, checks if enough free memory is available before
accepting/creating new connection or even receving packets on an
existing connection)
- auth - only on init, for sanity checks (and nicer error messages) for
nc_array_size, nc_array_order, otb_in_flight_no, otn_in_flight_order.
- core.shmmem: it's faster with MALLOC_STATS
We could enable it, but only tls in low memory scenarios will gain from
it.
Andrei
6 Oct
6 Oct
6:15 p.m.
New subject: [SR-Users] Kamailio v3.1.0 Released
On Wednesday 06 October 2010, Daniel-Constantin Mierla wrote:
Kamailio (OpenSER) v3.1.0 is out – major release
with impressing
number of new features and improvements.
Hello Daniel,
thanks a lot. :-) I've uploaded the tarball and the changelog also to
sourceforge.
Cheers,
Henning
5165
days inactive
5166
days old
12 comments
4 participants
participants (4)
-
Andrei Pelinescu-Onciul -
Daniel-Constantin Mierla -
Henning Westerholt -
Juha Heinanen