Re: [SR-Users] Usleep on Reply

2017-08-01 Thread Nicolas Breuer
Hello Daniel Yes i can also do that :) Thanks for your input ! -Message d'origine- De : sr-users [mailto:sr-users-boun...@lists.kamailio.org] De la part de Daniel Tryba Envoyé : mardi 1 août 2017 18:11 À : Kamailio (SER) - Users Mailing List Objet : Re: [SR-Users] Usleep on Repl

Re: [SR-Users] Usleep on Reply

2017-08-01 Thread Daniel Tryba
On Tue, Aug 01, 2017 at 03:40:56PM +, Nicolas Breuer wrote: > I think it will not match because I want to send a "180" in case I receive a > 183 without SDP and no 180 from the carrier. ... > I tried to delay the processing of the "183" and : > > If a 180 is received before the delay expi

Re: [SR-Users] Usleep on Reply

2017-08-01 Thread Nicolas Breuer
ists.kamailio.org] De la part de Alex Balashov Envoyé : lundi 31 juillet 2017 23:23 À : Kamailio (SER) - Users Mailing List Objet : Re: [SR-Users] Usleep on Reply Importance : Haute Hi Nicolas, The sleep functions block an entire SIP worker thread, of which there is a small number. While it

Re: [SR-Users] Usleep on Reply

2017-07-31 Thread Alex Balashov
Hi Nicolas, The sleep functions block an entire SIP worker thread, of which there is a small number. While it's blocked, new incoming SIP messages will be picked up by other SIP workers. You can read more about how this works here (shameless plug, it's my article): http://blog.csrpswitch.com/tuni

[SR-Users] Usleep on Reply

2017-07-31 Thread Nicolas Breuer
Hello All, I'm trying to code something on the on_reply part to do something if I receive a 183 ( Session in progress ) , followed immediately by a "180" I tried to sleep 1 second the 183 and recheck if I received before a 180 but seems the "sleep" function sleeps everything ( also the receive