Re: [SR-Users] Non standard TLS port

2014-11-11 Thread Olle E. Johansson
On 11 Nov 2014, at 22:26, elek...@yandex.ru wrote: > This is what I entered initially in the SRV field. Then tried > _sips._tls.domain.com without luck > tls is not a transport and this name is not correct. _sips._tcp is the proper name. Check RFC 3263 for more information. /O

Re: [SR-Users] Non standard TLS port

2014-11-11 Thread elektau
Thanks for your replies! >>Hi, try _sips._tcp.domain.com instead. Unfortunately, it does not work. >>Hi, in my opinion you can use either _sip._tls.domain.com This is what I entered initially in the SRV field. Then tried _sips._tls.domain.com without luck Naptr records are not used.   11.11.2014, 2

[SR-Users] why do not support tcp:eth1:5062,only support eht1:5062

2014-11-11 Thread 张顺通
why do not support tcp:eth1:5062,only support eht1:5062? I need to bind on eth1 only tcp. ___ SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list sr-users@lists.sip-router.org http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-use

[SR-Users] result of param.value transformation when param does not exist?

2014-11-11 Thread Juha Heinanen
wiki transformations page on param.value does not mention, what is the result of the transformation when named param does not exist. same with many other transformations. what is the value if referenced value does not exit? should it be mentioned on the wiki page? -- juha ___

[SR-Users] TLS/TCP sipping

2014-11-11 Thread Petr Wozniak
Hello, Base on my testing OPTION pings  can be sent only to UDP nated clients. So it is impossible with kamailio to send OPTION pings to TCP/TLS nated clients? I found doc for some version of nathelper module  where the natping _tcp parameter can be set by modparam("nathelper", "natping_

Re: [SR-Users] Non standard TLS port

2014-11-11 Thread Petr Wozniak
Hi, in my opinion you can use either _sip._tls.domain.com or _sips._tcp. domain.com but not _sips._tls. in SRV Petr Wozniak -- Původní zpráva -- Od: Mikko Lehto Komu: Kamailio (SER) - Users Mailing List Datum: 11. 11. 2014 19:57:54 Předmět: Re: [SR-Users] Non standard TLS p

Re: [SR-Users] Non standard TLS port

2014-11-11 Thread Mikko Lehto
2014-11-11 (Tue) 21:19 UTC +0300 wrote: > I'm using Kamailio 4.2 running TLS only connection on non standard port 5065. > I added the following line to the kamailio.cfg: > > listen=tls:111.222.333.444:5065 > > Domain SRV record as follows: > > _sips._tls.domain.com port 5065 Hi, try _sips.

[SR-Users] Non standard TLS port

2014-11-11 Thread elektau
Hello All, I'm using Kamailio 4.2 running TLS only connection on non standard port 5065. I added the following line to the kamailio.cfg: listen=tls:111.222.333.444:5065 Domain SRV record as follows: _sips._tls.domain.com port 5065 When I try to connect using a softphone to domain.com login/p

[SR-Users] Kamailio v4.2.1 Released

2014-11-11 Thread Daniel-Constantin Mierla
Hello, Kamailio SIP Server v4.2.1 stable release is out. This is a maintenance release of the latest stable branch, 4.2, that includes fixes since release of v4.2.0. There is no change to database schema or configuration language structure that you have to do on installations of v4.2.0. Deploymen

Re: [SR-Users] header manipulation in locally generated SIP OPTIONS requests

2014-11-11 Thread Klaus Feichtinger
Thank you Olle! Your hint solved my problem and with this parameter it is working fine. It was too simple for finding it myself ;-). I´ve tried loops in the event_route, branch- and on-send route before, but without success. regards, Klaus > "Olle E. Johansson" hat am 10. November 2014 um 1

Re: [SR-Users] header manipulation in locally generated SIP OPTIONS requests

2014-11-11 Thread Klaus Feichtinger
Hi Alex, no - these messages are not intercepted there. I´ve already tried diverse routes before. Klaus > Alex Balashov hat am 10. November 2014 um 16:47 > geschrieben: > > > On 11/10/2014 10:46 AM, Klaus Feichtinger wrote: > > > Therefore, I´ll ask again: does kamailio offer any way for ma

Re: [SR-Users] Error when using function lookup_branches

2014-11-11 Thread Daniel-Constantin Mierla
Hello, looks like there is a double free, which, although is good to find and fix, is normally safe for runtime. Can you set debug=3 and send all the log messages here? Cheers, Daniel On 10/11/14 18:56, J Hazenberg wrote: > Hello, > > I'm runnig kamailio 4.2.0 and using the lookup_branches func

Re: [SR-Users] Releasing v4.2.1

2014-11-11 Thread Daniel-Constantin Mierla
Hello, short note that I am going to release 4.2.1 later today, starting after 12:00GMT. For any commit to branch 4.2 before the announcement of the release, send a message to sr-dev mailing list. Cheers, Daniel On 07/11/14 10:24, Daniel-Constantin Mierla wrote: > Hello, > > I am considering to