Re: [SR-Users] SCTP Support for Rx/Dx interfaces

Hey Carsten, as I just found out. It is only mandatory for S6a but not Cx/Dx. So it is hardly our problem .. Sorry so far Fred Von: sr-users im Auftrag von Carsten Bock Antworten an: "Kamailio (SER) - Users Mailing List"

Re: [SR-Users] forced tls over tcp

Hello Colin, While I completely agree with you, this is what the client want, as he already has this working with asterisk (which was patched to support this), and he doesn't want to change the architecture... what can I say? The tcp leg is on a private network, by the way. David On Mon, May

Re: [SR-Users] forced tls over tcp

Sorry, the complete error is: WARNING: [forward.c:268]: get_send_socket2(): protocol/port mismatch (forced tcp:1.2.3.4:5111, to tls:9.8.7.6:5111) ᐧ Regards, David Villasmil email: david.villasmil.w...@gmail.com phone: +34669448337 On Mon, May 15, 2017 at 3:20 PM, David Villasmil <

Re: [SR-Users] Why is the To URI the default in save()?

On 15.05.17 14:14, Daniel Tryba wrote: > The save function from the registrar module uses the To header to disect > and store the username for the location table according to observations > and documentation > http://www.kamailio.org/docs/modules/stable/modules/registrar.html#registrar.f.save >

Re: [SR-Users] Why is the To URI the default in save()?

Hello, RFC 3261 § 10.2.1 says: The address-of-record is included in the To header field of the REGISTER request. -- Alex -- Alex Balashov | Principal | Evariste Systems LLC Tel: +1-706-510-6800 / +1-800-250-5920 (toll-free) Web: http://www.evaristesys.com/, http://www.csrpswitch.com/

[SR-Users] Why is the To URI the default in save()?

The save function from the registrar module uses the To header to disect and store the username for the location table according to observations and documentation http://www.kamailio.org/docs/modules/stable/modules/registrar.html#registrar.f.save After troubleshooting a ticket from an enduser

Re: [SR-Users] SCTP Support for Rx/Dx interfaces

Hi Fred, can you point me to the Spec, where SCTP is mandatory? It was never mandatory, when we connected Kamailio to Ericsson, NSN, ZTE, Huawei, ... ;-) Currently, it is not possible to use SCTP on Diameter, it's TCP only (i've heard about some hacks...). But that's definitely on the roadmap.

[SR-Users] SCTP Support for Rx/Dx interfaces

Hi everybody, as I can read in the docs is the support for SCTP possible via Module just for SIP. Is there a possibility to add SCTP support to Rx/Dx interfaces at ICSCF? As read in the specs SCTP is mandatory for that interface… Thanks Mit freundlichen Grüßen fred schulz e-mail:

Re: [SR-Users] Kamailio + Sems with TURN server

Thanks for information! On Mon, May 15, 2017 at 1:17 PM, Daniel-Constantin Mierla wrote: > Hello, > > turn is about client side configuration, the signaling server side is not > involved when using a turn server. > > So setup the turn server, start it and configure the phone

Re: [SR-Users] Kamailio 5.0.1 install fails on Xenial

Hello, I think this issue was fixed in packaging specs -- for your version you may have to edit kamailio.cfg and uncomment the mpath parameter. Cheers, Daniel On 14.05.17 17:00, Justin Clacherty wrote: > Hi, > > I’ve just set up a fresh install of Ubuntu 16.04.2 and tried to > install Kamailio

Re: [SR-Users] Kamailio + Sems with TURN server

Hello, turn is about client side configuration, the signaling server side is not involved when using a turn server. So setup the turn server, start it and configure the phone to use it. Cheers, Daniel On 15.05.17 07:09, Nguyen Tran Nhan wrote: > Hi, > I am trying to enable TURN with Kamailio