[SR-Users] KSR.sdpops.remove_media is not working as expected

2019-12-16 Thread Miteshkumar Thakkar
Hi, I wants to remove media type "image" from SDP. For that I have tried to use KSR.sdpops.remove_media but it is not working. Not working in the sense that there is no effect of that function on SDP. I am using lua. Kindly find more details below. *Kamailio version*: kamailio 5.2.5 (x86_64/linux

Re: [SR-Users] possible TCP deadlock (tls again?) // pike module not releasing IPs

2019-12-16 Thread Aymeric Moizard
Hi Daniel, The file openssl_mutex_shared.so is there and same installation time than the other files! I have added Environment='LD_PRELOAD=/usr/lib/x86_64-linux-gnu/kamailio/openssl_mutex_shared/openssl_mutex_shared.so' To my kamailio.service and I have restarted! I'm sure it will behave better

Re: [SR-Users] OPTION pings with dispatcher to asterisk box

2019-12-16 Thread Henning Westerholt
Hi Karsten, I did not try it. If its not working as documented, then it is probably a bug. I had a quick look to the code, the module uses the same function (add_dest2list) to actually add the destination data structure, regardless if its load from cfg or from db. Cheers, Henning -- Henning

Re: [SR-Users] possible TCP deadlock (tls again?) // pike module not releasing IPs

2019-12-16 Thread Daniel-Constantin Mierla
I pinged Victor to see if he can figure out what happens within the deb building process that makes the libssl mutex fix not enabled. The extra .so preload object should be still installed, try to see if it is at: /usr/lib/x86_64-linux-gnu/kamailio/openssl_mutex_shared/openssl_mutex_shared.so Ch

Re: [SR-Users] OPTION pings with dispatcher to asterisk box

2019-12-16 Thread Karsten Horsmann
Hi Henning, i assume that the example of the dispatcher.list is portable to any sql based dispatcher szenario. Tried code=401 (was not working) and now class=4. So now i am thinking, that is *never* possible to overwrite or add class/code szenarios for dispatcher targets. And with that in mind, t

Re: [SR-Users] OPTION pings with dispatcher to asterisk box

2019-12-16 Thread Henning Westerholt
Hi Karsten, have a look to the docs: “e.g. "class=2" would accept everything from 200 to 299 as valid response” – so that class 4 is probably everything from 400 – 499. Cheers, Henning -- Henning Westerholt – https://skalatan.de/blog/ Kamailio services – https://gilawa.com

Re: [SR-Users] OPTION pings with dispatcher to asterisk box

2019-12-16 Thread Karsten Horsmann
Hi Joel, hi List, okay in asterisk i must add an correct match entry. But i am confused about the dispatcher documentation. What means the class=4 in the attributes field? AFAIK from now, dispatcher OPTION pings cans be only configured global with modparam settings, same as you can only global en

Re: [SR-Users] Reject tls invites without a=crypto sdp

2019-12-16 Thread Karsten Horsmann
Hi David and List, i end up with an route like this: route[CHECK_CRYPTO] { if ( has_body("application/sdp") && $proto =~ "tls" ) { if ( !search_body("a=crypto") ) { xlog("[CHECK_ACRYPTO] IP not sending crypto Src: [$si] to IP:[$Ri]:[$Rp] \n"); a

Re: [SR-Users] possible TCP deadlock (tls again?) // pike module not releasing IPs

2019-12-16 Thread Aymeric Moizard
Good catch! As I said in my first mail, I also add the issue with latest 5.2.X so I suppose the deb package has the same issue for 52X. Is the extra binary to load still there? I will check that as soon as I'm online... Tks a lot! Aymeric Le lun. 16 déc. 2019 à 11:16, Daniel-Constantin Mierla

Re: [SR-Users] possible TCP deadlock (tls again?) // pike module not releasing IPs

2019-12-16 Thread Daniel-Constantin Mierla
Hello, for some reason the binary doesn't seem to have the libssl mutex fix, in my system with the libssl 1.1 gives: # kamailio -I Print out of kamailio internals   Version: kamailio 5.3.1 (x86_64/linux) f36ac2   Default config: /tmp/kamailio-5.3/etc/kamailio/kamailio.cfg   Default paths to modul

Re: [SR-Users] how to detect "failure to add branches"?

2019-12-16 Thread Juha Heinanen
Alex, check my message below. If t_relay fails in request route, there must be a means to find out in request route , what happened in the failed branch route. -- Juha On December 16, 2019 5:18:06 PM GMT+09:00, Alex Balashov wrote: >But is there ever a situation where t_relay() immediately fa

Re: [SR-Users] Removing extra Connection information in SDP

2019-12-16 Thread Henning Westerholt
Hello Kjeld, you need to check in the onreply route for the reply result code, not the method name. Look e.g. in the default cfg reply routes to get the idea. Cheers, Henning Am 12.12.19 um 23:34 schrieb Kjeld Flarup: Hello I have a problem with some phone numbers at Telenor. Our door teleph

Re: [SR-Users] possible TCP deadlock (tls again?) // pike module not releasing IPs

2019-12-16 Thread Aymeric Moizard
Hi Daniel, Tks a lot for lookint at it. $ ldd /usr/lib/x86_64-linux-gnu/kamailio/modules/tls.so linux-vdso.so.1 (0x7fff997dd000) libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libssl.so.1.1 (0x7fe40b53c000) libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x7fe40b19d0

Re: [SR-Users] how to detect "failure to add branches"?

2019-12-16 Thread Alex Balashov
But is there ever a situation where t_relay() immediately fails out of hand yet TM state hooks like failure_route are invoked? I think the idea is to deal with the problem right then in the original request route — having full access to variables and other initially available state — and re-ini

Re: [SR-Users] how to detect "failure to add branches"?

2019-12-16 Thread Juha Heinanen
Daniel-Constantin Mierla writes: > t_relay() should return negative (false) in such case, but I am not sure > it returns a specific value for it -- this can be a variant to add if > needed. Yes, t_relay() returns false, but the branch flags I set in the branch route are lost and I don't know what