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: >> Hello, >> >> On 3/27/13 6:06 PM, Peter Dunkley wrote: >>> 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 >> > > > _______________________________________________ > sr-dev mailing list > [email protected] > http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev > -- Peter Dunkley Technical Director Crocodile RCS Ltd _______________________________________________ sr-dev mailing list [email protected] http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev
