Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Henning Westerholt
Hello, this seems not generally true. Just testing it with Kamailio 5.3.4. modparam("siptrace", "trace_to_database", 0) modparam("siptrace", "trace_on", 1) modparam("siptrace", "duplicate_uri", "sip::") route{ …sip_trace_mode("t");… } This is ignored, no messages are traced. If

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Karsten Horsmann
Hi Sergiu, thanks for pointing that out. I tried kamailio 5.3.4 with the settings below. Works now. I see the answers of kamailio itself. Unfortunately my UAC input messages are now doubled in homer. Will check that tomorrow. And for fun - with sip_trace i can send to more than one target,

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Federico Cabiddu
Hi Henning, do you still have the trace_flag defined? If yes comment it, because in 5.3.x it clashed with sip_trace_mode(). Cheers, Federico On Thu, Jun 4, 2020 at 5:32 PM Henning Westerholt wrote: > Hello, > > > > this seems not generally true. Just testing it with Kamailio 5.3.4. > > > >

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Federico Cabiddu
Hi Karsten, you don't have to call sip_trace() if you call sep_trace_mode("t") otherwise you'll have duplicated messages. Cheers, Federico On Thu, Jun 4, 2020 at 4:54 PM Karsten Horsmann wrote: > Hi Sergiu, > > thanks for pointing that out. I tried kamailio 5.3.4 with the settings > below. >

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Karsten Horsmann
Hi Henning, Sorry for the typo. It's an testing 5.2 to 5.3.4 conversion not fully tested. I don't checked the change from a to b version document, is there an hint for all the useful and needed changes we discussed here? Will check the input from today tomorrow. Cheers Karsten Horsmann

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Henning Westerholt
Hello Sergiu, Thanks - trace_mode is 0 by default, according to the docs. https://kamailio.org/docs/modules/stable/modules/siptrace.html#siptrace.p.trace_mode You are right, mode 3 is not valid (it was from Karstens cfg/e-mail, thought ) Cheers, Henning From: sr-users On Behalf Of Sergiu

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread David Villasmil
For me it was the module parameter to 1 and then sip_trace() that duplicated the packets. I just commented out the module parameter and it started working properly. On Thu, 4 Jun 2020 at 22:03, Karsten Horsmann wrote: > Hi Henning, > > Sorry for the typo. It's an testing 5.2 to 5.3.4 conversion

Re: [SR-Users] Kamailio 5.3.0 and HEPv3 oversized traffic

2020-06-04 Thread Sergiu Pojoga
Hi Henning, If you are invoking sip_trace explicitly in the script, then you probably want trace_mode=0. I don't think value 3 is even valid. On Thu, Jun 4, 2020 at 12:39 PM Henning Westerholt wrote: > Hi Federico, > > > > Thanks, but no trace_flag defined. I quoted all sip_trace module

Re: [SR-Users] REFER from MS teams to Kamailio.

2020-06-04 Thread Yuriy Nasida
Well. After some break I got it working. Yes, it's FS related and I had to use quite fat hack at Freeswitch to get MS hold/unhold working (with MS MOH).You know... MS does transfer to their side to play MOH and... they use re-invite to get the call that was blind transfered. As for FS I had to use

Re: [SR-Users] Trouble loading multiple javascripts with KEMI

2020-06-04 Thread Benjamín Visón
Thank you Henning!. Just as an FYI, I decided to continue using the original .cfg of Kamailio and just do jsdt_run and work with KSR whenever I need to do something in a scripting language. In the end I couldn't find a way to load multiple .js and by looking at the C code I believe it can't be