Time elapsed since previous message.

List overview All Threads
Download

newer

older

No ACK from MS Teams

Kamailio Split Variable

David Villasmil

9 Feb 2021 9 Feb '21

5:39 p.m.

Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

Attachments:

attachment.html (text/html — 683 bytes)

Show replies by date

Alex Balashov

9 Feb 9 Feb

5:55 p.m.

...

On Feb 9, 2021, at 9:40 AM, David Villasmil <david.villasmil.work(a)gmail.com> wrote: Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

David Villasmil

6:31 p.m.

Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com> wrote:

...

Hi, You can store the timestamp of the last message of interest in a transaction-persistent variable - that is, an AVP or XAVP - using $TV(): https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name Then, you can do some arithmetic like this to turn the difference between two timestamps into milliseconds. This is stolen straight from CSRP so adapt to your needs. :-) # Log request processing time. $var(cur_time) = $TV(Sn); $var(proc_diff) = ( ((( $(var(cur_time){s.select,0,.}{s.int}) - $(avp(proc_start){s.select,0,.}{s.int}) ) * 1000000) + ( $(var(cur_time){s.select,1,.}{s.int}) - $(avp(proc_start){s.select,1,.}{s.int}) ) / 1000) mod 1000 ); — Alex — Sent from my iPad On Feb 9, 2021, at 9:40 AM, David Villasmil < david.villasmil.work(a)gmail.com> wrote: Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

David Villasmil

10 Feb 10 Feb

12:57 p.m.

...

Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com> wrote:

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

Raúl Alexis Betancor Santana

2:05 p.m.

What is the point of refusing a call that answer with a 100/183 "too quickly" ? ... I don't get the point on that. Saludos -- Raúl Alexis Betancor Santana Serlink Telecom S.R.L.U. De: "David Villasmil" <david.villasmil.work(a)gmail.com> Para: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org> Enviados: Miércoles, 10 de Febrero 2021 9:57:35 Asunto: Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: [ mailto:david.villasmil.work@gmail.com | david.villasmil.work(a)gmail.com ] phone: +34669448337 On Tue, Feb 9, 2021 at 3:31 PM David Villasmil < [ mailto:david.villasmil.work@gmail.com | david.villasmil.work(a)gmail.com ] > wrote: Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov < [ mailto:abalashov@evaristesys.com | abalashov(a)evaristesys.com ] > wrote: BQ_BEGIN Hi, You can store the timestamp of the last message of interest in a transaction-persistent variable - that is, an AVP or XAVP - using $TV(): [ https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name | https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name ] Then, you can do some arithmetic like this to turn the difference between two timestamps into milliseconds. This is stolen straight from CSRP so adapt to your needs. :-) # Log request processing time. $var(cur_time) = $TV(Sn); $var(proc_diff) = ( ((( $(var(cur_time){s.select,0,.}{ [ http://s.int/ | s.int ] }) - $(avp(proc_start){s.select,0,.}{ [ http://s.int/ | s.int ] }) ) * 1000000) + ( $(var(cur_time){s.select,1,.}{ [ http://s.int/ | s.int ] }) - $(avp(proc_start){s.select,1,.}{ [ http://s.int/ | s.int ] }) ) / 1000) mod 1000 ); — Alex — Sent from my iPad BQ_BEGIN On Feb 9, 2021, at 9:40 AM, David Villasmil < [ mailto:david.villasmil.work@gmail.com | david.villasmil.work(a)gmail.com ] > wrote: BQ_BEGIN Hello all, BQ_END BQ_BEGIN Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: [ mailto:david.villasmil.work@gmail.com | david.villasmil.work(a)gmail.com ] phone: +34669448337 BQ_END BQ_BEGIN _______________________________________________ Kamailio (SER) - Users Mailing List [ mailto:sr-users@lists.kamailio.org | sr-users(a)lists.kamailio.org ] [ https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users | https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users ] BQ_END _______________________________________________ Kamailio (SER) - Users Mailing List [ mailto:sr-users@lists.kamailio.org | sr-users(a)lists.kamailio.org ] [ https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users | https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users ] BQ_END -- Regards, David Villasmil email: [ mailto:david.villasmil.work@gmail.com | david.villasmil.work(a)gmail.com ] phone: +34669448337 BQ_END _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Alex Balashov

10:08 p.m.

I had that question as well. — Sent from mobile, with due apologies for brevity and errors.

...

On Feb 10, 2021, at 1:51 PM, Raúl Alexis Betancor Santana <rbetancor(a)serlink.es> wrote: What is the point of refusing a call that answer with a 100/183 "too quickly" ? ... I don't get the point on that. Saludos -- Raúl Alexis Betancor Santana Serlink Telecom S.R.L.U. De: "David Villasmil" <david.villasmil.work(a)gmail.com> Para: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org> Enviados: Miércoles, 10 de Febrero 2021 9:57:35 Asunto: Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

On Tue, Feb 9, 2021 at 3:31 PM David Villasmil <david.villasmil.work(a)gmail.com> wrote: Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David

On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com> wrote: Hi, You can store the timestamp of the last message of interest in a transaction-persistent variable - that is, an AVP or XAVP - using $TV(): https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name Then, you can do some arithmetic like this to turn the difference between two timestamps into milliseconds. This is stolen straight from CSRP so adapt to your needs. :-) # Log request processing time. $var(cur_time) = $TV(Sn); $var(proc_diff) = ( ((( $(var(cur_time){s.select,0,.}{s.int}) - $(avp(proc_start){s.select,0,.}{s.int}) ) * 1000000) + ( $(var(cur_time){s.select,1,.}{s.int}) - $(avp(proc_start){s.select,1,.}{s.int}) ) / 1000) mod 1000 ); — Alex — Sent from my iPad On Feb 9, 2021, at 9:40 AM, David Villasmil <david.villasmil.work(a)gmail.com> wrote: Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

_______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

David Villasmil

10:12 p.m.

Some providers have other providers which many times just answer the call and try to keep it there. It’s a known strategy some scammers use. Getting a 180/3 in say; 500ms (to a real-life hard line, is probably one such call. On Wed, 10 Feb 2021 at 18:52, Raúl Alexis Betancor Santana < rbetancor(a)serlink.es> wrote:

...

*Enviados: *Miércoles, 10 de Febrero 2021 9:57:35 *Asunto: *Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 On Tue, Feb 9, 2021 at 3:31 PM David Villasmil < david.villasmil.work(a)gmail.com> wrote:

Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com> wrote:

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

Alex Balashov

10:26 p.m.

...

On Feb 10, 2021, at 2:13 PM, David Villasmil <david.villasmil.work(a)gmail.com> wrote: Some providers have other providers which many times just answer the call and try to keep it there. It’s a known strategy some scammers use. Getting a 180/3 in say; 500ms (to a real-life hard line, is probably one such call.

On Wed, 10 Feb 2021 at 18:52, Raúl Alexis Betancor Santana <rbetancor(a)serlink.es> wrote: What is the point of refusing a call that answer with a 100/183 "too quickly" ? ... I don't get the point on that. Saludos -- Raúl Alexis Betancor Santana Serlink Telecom S.R.L.U. De: "David Villasmil" <david.villasmil.work(a)gmail.com> Para: "Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org> Enviados: Miércoles, 10 de Febrero 2021 9:57:35 Asunto: Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

On Tue, Feb 9, 2021 at 3:31 PM David Villasmil <david.villasmil.work(a)gmail.com> wrote: Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

David Villasmil

10:43 p.m.

...

Wouldn’t it make more sense to just have an aggressive timeout for the “keeping it there” aspect? That is, if, upon receipt of a non-100 1xx message, a final dispositive reply does not follow within X seconds, route-advance to the next provider? This can be accomplished with the t_set_fr/t_reset_fr() technique previously discussed. It sounds like you might be making this unnecessarily complicated. :-) Don’t worry about how quickly they send you the progress/alerting messages; instead, worry about how slowly they send you anything else afterward. The only wrinkle I can see that in that is the caller experience... — Sent from mobile, with due apologies for brevity and errors. On Feb 10, 2021, at 2:13 PM, David Villasmil < david.villasmil.work(a)gmail.com> wrote: Some providers have other providers which many times just answer the call and try to keep it there. It’s a known strategy some scammers use. Getting a 180/3 in say; 500ms (to a real-life hard line, is probably one such call. On Wed, 10 Feb 2021 at 18:52, Raúl Alexis Betancor Santana < rbetancor(a)serlink.es> wrote:

What is the point of refusing a call that answer with a 100/183 "too quickly" ? ... I don't get the point on that. Saludos -- *Raúl Alexis Betancor Santana* Serlink Telecom S.R.L.U. ------------------------------ *De: *"David Villasmil" <david.villasmil.work(a)gmail.com> *Para: *"Kamailio (SER) - Users Mailing List" < sr-users(a)lists.kamailio.org> *Enviados: *Miércoles, 10 de Febrero 2021 9:57:35 *Asunto: *Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 On Tue, Feb 9, 2021 at 3:31 PM David Villasmil < david.villasmil.work(a)gmail.com> wrote:

Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com> wrote:

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337

Alex Balashov

10:47 p.m.

Have you tried drop()ping the end-to-end `487 Request Terminated` reply from upstream in a failure_route, and then send_reply() in its place? -- Alex On 2/10/21 2:43 PM, David Villasmil wrote:

...

On Feb 10, 2021, at 2:13 PM, David Villasmil <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Some providers have other providers which many times just answer the call and try to keep it there. It’s a known strategy some scammers use. Getting a 180/3 in say; 500ms (to a real-life hard line, is probably one such call. On Wed, 10 Feb 2021 at 18:52, Raúl Alexis Betancor Santana <rbetancor(a)serlink.es <mailto:rbetancor@serlink.es>> wrote: What is the point of refusing a call that answer with a 100/183 "too quickly" ? ... I don't get the point on that. Saludos -- *Raúl Alexis Betancor Santana* Serlink Telecom S.R.L.U. ------------------------------------------------------------------------ *De: *"David Villasmil" <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> *Para: *"Kamailio (SER) - Users Mailing List" <sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org>> *Enviados: *Miércoles, 10 de Febrero 2021 9:57:35 *Asunto: *Re: [SR-Users] Time elapsed since previous message. Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 On Tue, Feb 9, 2021 at 3:31 PM David Villasmil <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com <mailto:abalashov@evaristesys.com>> wrote: Hi, You can store the timestamp of the last message of interest in a transaction-persistent variable - that is, an AVP or XAVP - using $TV(): https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name <https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name> Then, you can do some arithmetic like this to turn the difference between two timestamps into milliseconds. This is stolen straight from CSRP so adapt to your needs. :-) # Log request processing time. $var(cur_time) = $TV(Sn); $var(proc_diff) = ( ((( $(var(cur_time){s.select,0,.}{s.int <http://s.int>}) - $(avp(proc_start){s.select,0,.}{s.int <http://s.int>}) ) * 1000000) + ( $(var(cur_time){s.select,1,.}{s.int <http://s.int>}) - $(avp(proc_start){s.select,1,.}{s.int <http://s.int>}) ) / 1000) mod 1000 ); — Alex — Sent from my iPad On Feb 9, 2021, at 9:40 AM, David Villasmil <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>

_______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

-- 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/

David Villasmil

11 Feb 11 Feb

12:10 a.m.

mmm smart... trying... Regards, David Villasmil email: david.villasmil.work(a)gmail.com phone: +34669448337 On Wed, Feb 10, 2021 at 7:50 PM Alex Balashov <abalashov(a)evaristesys.com> wrote:

...

Have you tried drop()ping the end-to-end `487 Request Terminated` reply from upstream in a failure_route, and then send_reply() in its place? -- Alex On 2/10/21 2:43 PM, David Villasmil wrote:

Actually I already implemented that timeout, I haven’t asked about that, because I didn’t have any problems with that one. I am being asked for that “if a 180 comes within 0.8 seconds, cancel the call and send a 480 to the origination. The cancel I got it working thanks to your help. Sending back a 480 to the origination is what’s proving more difficult, I just can’t figure that one out. On Wed, 10 Feb 2021 at 19:29, Alex Balashov <abalashov(a)evaristesys.com <mailto:abalashov@evaristesys.com>> wrote: Wouldn’t it make more sense to just have an aggressive timeout for the “keeping it there” aspect? That is, if, upon receipt of a non-100 1xx message, a final dispositive reply does not follow within X seconds, route-advance to the next provider? This can be accomplished with the t_set_fr/t_reset_fr() technique previously discussed. It sounds like you might be making this unnecessarily complicated. :-) Don’t worry about how quickly they send you the progress/alerting messages; instead, worry about how slowly they send you anything else afterward. The only wrinkle I can see that in that is the caller experience... — Sent from mobile, with due apologies for brevity and errors. > On Feb 10, 2021, at 2:13 PM, David Villasmil > <david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com>> wrote: > > > Some providers have other providers which many times just answer > the call and try to keep it there. It’s a known strategy some > scammers use. Getting a 180/3 in say; 500ms (to a real-life hard > line, is probably one such call. > > > On Wed, 10 Feb 2021 at 18:52, Raúl Alexis Betancor Santana > <rbetancor(a)serlink.es <mailto:rbetancor@serlink.es>> wrote: > > What is the point of refusing a call that answer with a > 100/183 "too quickly" ? ... I don't get the point on that. > > Saludos > -- > *Raúl Alexis Betancor Santana* > Serlink Telecom S.R.L.U. > >

------------------------------------------------------------------------

> *De: *"David Villasmil" <david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com>> > *Para: *"Kamailio (SER) - Users Mailing List" > <sr-users(a)lists.kamailio.org <mailto:

sr-users(a)lists.kamailio.org>>

> *Enviados: *Miércoles, 10 de Febrero 2021 9:57:35 > *Asunto: *Re: [SR-Users] Time elapsed since previous message. > > Hello Alex, > Again thanks. > > I'm using that calculation to, when receiving a 180/3, if it > comes in too quickly (i.e. 100ms) i cancel that call, and send > a 480 the the A leg. > I haven't found way of doing this, is this possible at all? I > trired setting a very low t_set_fr(10,10) (0 means set the > default), but that's not working... > > Is there a way of doing this? > > Thanks! > Regards, > > David Villasmil > email: david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com> > phone: +34669448337 > > > On Tue, Feb 9, 2021 at 3:31 PM David Villasmil > <david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com>> wrote: > > Thanks Alex, > > Exactly what I was thinking. Just wondering whether there > was a better way. > > Again THANKS! > > David > > On Tue, 9 Feb 2021 at 14:56, Alex Balashov > <abalashov(a)evaristesys.com > <mailto:abalashov@evaristesys.com>> wrote: > > Hi, > You can store the timestamp of the last message of > interest in a transaction-persistent variable - that > is, an AVP or XAVP - using $TV(): > >

https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name

> <

https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name>

> > Then, you can do some arithmetic like this to turn the > difference between two timestamps into milliseconds. > This is stolen straight from CSRP so adapt to your > needs. :-) > > # Log request processing time. > > $var(cur_time) = $TV(Sn); > > $var(proc_diff) = ( > ((( > $(var(cur_time){s.select,0,.}{s.int <

http://s.int>}) -

> $(avp(proc_start){s.select,0,.}{s.int <

http://s.int>})

> ) * 1000000) > + > ( > $(var(cur_time){s.select,1,.}{s.int <

http://s.int>}) -

> $(avp(proc_start){s.select,1,.}{s.int <

http://s.int>})

> ) / 1000) mod 1000 > ); > > > — Alex > > — > Sent from my iPad > > On Feb 9, 2021, at 9:40 AM, David Villasmil > <david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com>> wrote: > > Hello all, > > > Is it possible to know the elapsed time since the > previously received message? > > On outgoing calls, I.e: when i get a 180, how long > did the 100 arrived? Or the INVITE... > > Thanks > > David > -- > Regards, > > David Villasmil > email: david.villasmil.work(a)gmail.com > <mailto:david.villasmil.work@gmail.com> > phone: +34669448337 > > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org > <mailto:sr-users@lists.kamailio.org> >

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

> <

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>

> > _______________________________________________ > Kamailio (SER) - Users Mailing List > sr-users(a)lists.kamailio.org > <mailto:sr-users@lists.kamailio.org> >

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

> <

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>

-- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org

https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users> -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>

-- 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/ _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users

Daniel-Constantin Mierla

10 Feb 10 Feb

2:22 p.m.

Hello, replied to the other email on the topic of the last question here, but for sake of having it in the archive of this thread as well, in case people end up here by web searching: look at tmx module, it has some cancel-related functions. Cheers, Daniel On 10.02.21 10:57, David Villasmil wrote:

...

Hello Alex, Again thanks. I'm using that calculation to, when receiving a 180/3, if it comes in too quickly (i.e. 100ms) i cancel that call, and send a 480 the the A leg. I haven't found way of doing this, is this possible at all? I trired setting a very low t_set_fr(10,10) (0 means set the default), but that's not working... Is there a way of doing this? Thanks! Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 On Tue, Feb 9, 2021 at 3:31 PM David Villasmil <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Thanks Alex, Exactly what I was thinking. Just wondering whether there was a better way. Again THANKS! David On Tue, 9 Feb 2021 at 14:56, Alex Balashov <abalashov(a)evaristesys.com <mailto:abalashov@evaristesys.com>> wrote: Hi, You can store the timestamp of the last message of interest in a transaction-persistent variable - that is, an AVP or XAVP - using $TV(): https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name <https://www.kamailio.org/wiki/cookbooks/5.4.x/pseudovariables#tv_name> Then, you can do some arithmetic like this to turn the difference between two timestamps into milliseconds. This is stolen straight from CSRP so adapt to your needs. :-) # Log request processing time. $var(cur_time) = $TV(Sn); $var(proc_diff) = ( ((( $(var(cur_time){s.select,0,.}{s.int <http://s.int>}) - $(avp(proc_start){s.select,0,.}{s.int <http://s.int>}) ) * 1000000) + ( $(var(cur_time){s.select,1,.}{s.int <http://s.int>}) - $(avp(proc_start){s.select,1,.}{s.int <http://s.int>}) ) / 1000) mod 1000 ); — Alex — Sent from my iPad

On Feb 9, 2021, at 9:40 AM, David Villasmil <david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com>> wrote: Hello all, Is it possible to know the elapsed time since the previously received message? On outgoing calls, I.e: when i get a 180, how long did the 100 arrived? Or the INVITE... Thanks David -- Regards, David Villasmil email: david.villasmil.work(a)gmail.com <mailto:david.villasmil.work@gmail.com> phone: +34669448337 _______________________________________________ Kamailio (SER) - Users Mailing List sr-users(a)lists.kamailio.org <mailto:sr-users@lists.kamailio.org> https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users <https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users>

-- Daniel-Constantin Mierla -- www.asipto.com www.twitter.com/miconda -- www.linkedin.com/in/miconda Funding: https://www.paypal.me/dcmierla

1381

days inactive

1382

days old

sr-users@lists.kamailio.org

Manage subscription

11 comments

4 participants

tags (0)

participants (4)

Alex Balashov
Daniel-Constantin Mierla
David Villasmil
Raúl Alexis Betancor Santana