29 Mar
2013
29 Mar
'13
5:52 p.m.
Hello,
The STUN code is now in its own module.
The STUN keywords/parameters have been removed from the configuration file
parser code.
To use STUN load the module, if you don't want STUN don't load the module.
Regards,
Peter
Hi,
Unless anyone objects I plan to start looking at putting STUN into its
own module over the Easter holiday weekend.
Regards,
Peter
On 27/03/13 19:01, Daniel-Constantin Mierla wrote:
--
Peter Dunkley
Technical Director
Crocodile RCS Ltd
Hello,
On 3/27/13 6:06 PM, Peter Dunkley wrote:
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
Hello,
To use Kamailio as an outbound edge proxy you have to compile in STUN
support (which in turn makes the Kamailio core dependent on
OpenSSL). It'd be good if the STUN code could be moved into a module
(similar to TLS) for the next major release.
This might also be a good route to take for some other things
optionally compiled into core with "exotic" dependencies like SCTP.
I
agree, at least stun part should be easy to pull and make a module,
following same model as for http/msrp/etc... I was looking also at
other core parts, like dnssec (which is still work in progress as I
could get).
For sctp I am not sure how easy/natural it will be, being a completely
different transport layer. For tls was different being practically on
top of tcp from the core. But if the external libs calls can be moved
as part of the module and register some callbacks to be executed from
the core, then should be fine. I haven't checked the code right now,
but I guess the functions to create sctp sockets are part of libc,
just some helper functions are part of the libsctp.
Cheers,
Daniel