Re: [OpenSIPS-Users] Launch and async

[Parthesh Bhavsar via Users]

Okay, I'll use some other way to do this wait and action requirement as
sleep() are decreasing performance for longer periods of time.

On Thu, 18 Apr, 2024, 22:20 Brett Nemeroff,  wrote:

> Can you do those operations outside of opensips? For example, can you
> receive that 200 and push an event to RabbitMQ and have an outboard worker
> do the delay and action?
> -Brett
>
>
> On Tue, Apr 16, 2024 at 9:27 AM Parthesh Bhavsar via Users <
> users@lists.opensips.org> wrote:
>
>> I'm facing a challenge in my OpenSIPS implementation where I need to
>> perform certain operations after receiving a 200 OK response, but only
>> after waiting for 10 seconds. Currently, I'm considering using the sleep()
>> function, but I'm concerned about its impact on performance.
>>
>> Is there a recommended approach to achieve this functionality without
>> compromising OpenSIPS performance? I'd appreciate any advice or alternative
>> solutions you can offer.
>>
>>
>> Regards,
>>
>> *Parthesh Bhavsar | Software Engineer | VOIP*
>>
>>
>>
>> On Tue, Apr 16, 2024 at 7:39 PM Parthesh Bhavsar <
>> parthesh.bhav...@ecosmob.com> wrote:
>>
>>> Hello,
>>> I want to use Launch and async function for function sleep() as I need
>>> to wait for some time to do some operations but from the route which I use
>>> in above function I am not able to use any variable for my operation and
>>> from documentation it seems only able to use those variable which sleep()
>>> function use so is there any alternative solution to get variable??? or any
>>> other function on which I can wait for a specific time without blocking
>>> opensips??
>>>
>>>
>>> Regards,
>>>
>>> *Parthesh Bhavsar | Software Engineer | VOIP*
>>>
>>>
>>
>> *[image: https://www.ecosmob.com/opensips-summit/]
>> *
>> *Disclaimer*
>> In addition to generic Disclaimer which you have agreed on our website,
>> any views or opinions presented in this email are solely those of the
>> originator and do not necessarily represent those of the Company or its
>> sister concerns. Any liability (in negligence, contract or otherwise)
>> arising from any third party taking any action, or refraining from taking
>> any action on the basis of any of the information contained in this email
>> is hereby excluded.
>>
>> *Confidentiality*
>> This communication (including any attachment/s) is intended only for the
>> use of the addressee(s) and contains information that is PRIVILEGED AND
>> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
>> of this communication is prohibited. Please inform originator if you have
>> received it in error.
>>
>> *Caution for viruses, malware etc.*
>> This communication, including any attachments, may not be free of
>> viruses, trojans, similar or new contaminants/malware, interceptions or
>> interference, and may not be compatible with your systems. You shall carry
>> out virus/malware scanning on your own before opening any attachment to
>> this e-mail. The sender of this e-mail and Company including its sister
>> concerns shall not be liable for any damage that may incur to you as a
>> result of viruses, incompleteness of this message, a delay in receipt of
>> this message or any other computer problems.
>> ___
>> Users mailing list
>> Users@lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>

-- 
* 
*
*Disclaimer*

In addition to 
generic Disclaimer which you have agreed on our website, any views or 
opinions presented in this email are solely those of the originator and do 
not necessarily represent those of the Company or its sister concerns. Any 
liability (in negligence, contract or otherwise) arising from any third 
party taking any action, or refraining from taking any action on the basis 
of any of the information contained in this email is hereby excluded.



*Confidentiality*
This communication (including any attachment/s) is 
intended only for the use of the addressee(s) and contains information that 
is PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, 
distribution, or copying of this communication is prohibited. Please inform 
originator if you have received it in error.


*Caution for viruses, 
malware etc.*
This communication, including any attachments, may not be 
free of viruses, trojans, similar or new contaminants/malware, 
interceptions or interference, and may not be compatible with your systems. 
You shall carry out virus/malware scanning on your own before opening any 
attachment to this e-mail. The sender of this e-mail and Company including 
its sister concerns shall not be liable for any damage that may incur to 
you as a result of viruses, incompleteness of this message, a delay in 
receipt of this message or any other computer problems. 
___
Users mailing list
Users@lists.opensips.org

Re: [OpenSIPS-Users] Call Center error

[Prathibha B]

I am getting the error "Cannot handle call"

On Thu, 11 Apr 2024 at 16:16, Prathibha B  wrote:

> I changed the message_queue uri in cc_flows table to sip:1...@bp.erss.in.
> Now getting the following errors in syslog:
>
>  ERROR:nathelper:fix_nated_contact_f: SCRIPT BUG - second attempt to
> change URI Contact
> ERROR:nathelper:fix_nated_contact_f: SCRIPT BUG - second attempt to change
> URI Contact
> ERROR:tm:_reply_light: failed to generate 408 reply when a final 407 was
> sent out
> ERROR:b2b_entities:_b2b_send_reply: failed to send reply with tm
> ERROR:b2b_logic:_b2b_handle_reply: Sending reply failed - 408,
> [B2B.394.162.1712831164.913185781]
>
> On Thu, 11 Apr 2024 at 15:33, Prathibha B 
> wrote:
>
>> when I run  opensips-cli -x mi cc_list_agents
>> {
>> "Agents": [
>> {
>> "id": "101002",
>> "Ref": 0,
>> "Loged in": "NO"
>> },
>> {
>> "id": "101001",
>> "Ref": 0,
>> "Loged in": "NO"
>> }
>> ]
>> }
>>
>> I've logged in 101001 and 101002 in the browser. But the Loged in status
>> is No for both users.
>>
>> On Thu, 11 Apr 2024 at 15:10, Prathibha B 
>> wrote:
>>
>>> Cahnged it to $tU, Still getting error.
>>>
>>> On Thu, 11 Apr 2024 at 15:09, Alain Bieuzent 
>>> wrote:
>>>
 Hi,



 Something wrong about that part for me : ($(tU) == "112")

 Should be : ($tU == "112")



 Regards



 *De : *Users  au nom de Prathibha B <
 prathibhab@gmail.com>
 *Répondre à : *OpenSIPS users mailling list 
 *Date : *jeudi 11 avril 2024 à 11:03
 *À : *OpenSIPS users mailling list 
 *Objet : *Re: [OpenSIPS-Users] Call Center error



 bp.erss.in - asterisk

 bp.erss.in:1443 - opensips



 On Thu, 11 Apr 2024 at 14:29, Prathibha B 
 wrote:

 *I've created the entries in cc_agents and cc_flows table.*



 *cc_agents table*


 ++-++--+---+---+-+-+-+
 | id | agentid | location   | logstate | msrp_location
 | msrp_max_sessions | skills  | wrapup_end_time | wrapup_time |

 ++-++--+---+---+-+-+-+
 |  8 | 101001  | sip:101...@bp.erss.in:1443 |0 | NULL
  | 4 | support |   0 |   0 |
 |  9 | 101002  | sip:101...@bp.erss.in:1443 |0 | NULL
  | 4 | support |   0 |   0 |

 ++-++--+---+---+-+-+-+



 *cc_flows table*


 ++-+--+-++-+---+--+---+-+-+++-+
 | id | flowid  | priority | skill   | prependcid | max_wrapup_time |
 dissuading_hangup | dissuading_onhold_th | dissuading_ewt_th |
 dissuading_qsize_th | message_welcome | message_queue  | message_dissuading
 | message_flow_id |

 ++-+--+-++-+---+--+---+-+-+++-+
 |  1 | support |  256 | support | NULL   |   0 |
   0 |0 | 0 |
 0 | | 1...@bp.erss.in | NULL   | NULL
  |

 ++-+--+-++-+---+--+---+-+-+++-+



 On Thu, 11 Apr 2024 at 14:27, Prathibha B 
 wrote:

 Getting the following error in call center module



 ERROR:call_center:set_call_leg: failed to init new b2bua call (empty ID
 received)
 Apr 11 14:06:28 etg-virtual-machine /usr/sbin/opensips[1249949]:
 ERROR:call_center:w_handle_call: failed to set new destination for call



 Call center code in opensips.cfg:



 if (is_method("INVITE") and !has_totag() and ($(tU) == "112") ) {
 if (!cc_handle_call("support")) {
 send_reply(403,"Cannot handle call");
 exit;
 }

 }



 --

 Regards,

 B.Prathibha




 --

 Regards,

 B.Prathibha




 --

 Regards,

 B.Prathibha

 

Re: [OpenSIPS-Users] Launch and async

[Brett Nemeroff]

Can you do those operations outside of opensips? For example, can you
receive that 200 and push an event to RabbitMQ and have an outboard worker
do the delay and action?
-Brett


On Tue, Apr 16, 2024 at 9:27 AM Parthesh Bhavsar via Users <
users@lists.opensips.org> wrote:

> I'm facing a challenge in my OpenSIPS implementation where I need to
> perform certain operations after receiving a 200 OK response, but only
> after waiting for 10 seconds. Currently, I'm considering using the sleep()
> function, but I'm concerned about its impact on performance.
>
> Is there a recommended approach to achieve this functionality without
> compromising OpenSIPS performance? I'd appreciate any advice or alternative
> solutions you can offer.
>
>
> Regards,
>
> *Parthesh Bhavsar | Software Engineer | VOIP*
>
>
>
> On Tue, Apr 16, 2024 at 7:39 PM Parthesh Bhavsar <
> parthesh.bhav...@ecosmob.com> wrote:
>
>> Hello,
>> I want to use Launch and async function for function sleep() as I need to
>> wait for some time to do some operations but from the route which I use in
>> above function I am not able to use any variable for my operation and from
>> documentation it seems only able to use those variable which sleep()
>> function use so is there any alternative solution to get variable??? or any
>> other function on which I can wait for a specific time without blocking
>> opensips??
>>
>>
>> Regards,
>>
>> *Parthesh Bhavsar | Software Engineer | VOIP*
>>
>>
>
> *[image: https://www.ecosmob.com/opensips-summit/]
> *
> *Disclaimer*
> In addition to generic Disclaimer which you have agreed on our website,
> any views or opinions presented in this email are solely those of the
> originator and do not necessarily represent those of the Company or its
> sister concerns. Any liability (in negligence, contract or otherwise)
> arising from any third party taking any action, or refraining from taking
> any action on the basis of any of the information contained in this email
> is hereby excluded.
>
> *Confidentiality*
> This communication (including any attachment/s) is intended only for the
> use of the addressee(s) and contains information that is PRIVILEGED AND
> CONFIDENTIAL. Unauthorized reading, dissemination, distribution, or copying
> of this communication is prohibited. Please inform originator if you have
> received it in error.
>
> *Caution for viruses, malware etc.*
> This communication, including any attachments, may not be free of viruses,
> trojans, similar or new contaminants/malware, interceptions or
> interference, and may not be compatible with your systems. You shall carry
> out virus/malware scanning on your own before opening any attachment to
> this e-mail. The sender of this e-mail and Company including its sister
> concerns shall not be liable for any damage that may incur to you as a
> result of viruses, incompleteness of this message, a delay in receipt of
> this message or any other computer problems.
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Bogdan-Andrei Iancu]

The `drop_requests` statistic is incremented when:
* the request is dropped by a pre-script callback (like B2B when there 
is no script execution for certain messages)

* the stateless `forward()` core function failed to send out something.

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 18.04.2024 17:19, Johan De Clercq wrote:

No I don't.
what I find strange is that MAX_RECV_BUFFER_SIZE 262144 is the default 
value of net.core.rmem_max and net.core.rmem_default.


Op do 18 apr 2024 om 16:02 schreef Ben Newlin :

Are you calling drop() anywhere in your script?

https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13

Ben Newlin

*From: *Users  on behalf of
Johan De Clercq 
*Date: *Thursday, April 18, 2024 at 5:27 AM
*To: *OpenSIPS users mailling list 
*Subject: *Re: [OpenSIPS-Users] question on core statistics.

* EXTERNAL EMAIL - Please use caution with links and attachments *



would it make sense to recompile with other flags ? And how do I
set them  (I don't find these of menuconfig's compile options)?

Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.

Op do 18 apr 2024 om 11:07 schreef Johan De Clercq :

would it make sense to recompile with other flags ?

Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.

flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP,
PKG_MALLOC, F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT

ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144,
MAX_LISTEN 16, MAX_URI_SIZE 1024, BUF_SIZE 65535

poll method support: poll, epoll, sigio_rt, select.

Op do 18 apr 2024 om 10:32 schreef Johan De Clercq
:

Guys,

I have an opensips instance running with 24 worker children.

The worker load is very low.

UDP queues are on 50 megs.

when i query via the OS

cat /proc/net/udp

sl  local_address rem_address   st tx_queue rx_queue tr
tm->when retrnsmt  uid  timeout inode ref pointer drops

590: 03231D0A:13C4 : 07 :
00:   0        0 413684019 2
880074820bc0 0

591: 03231D0A:13C5 : 07 :
00:   0        0 413766438 2
880465e4a440 0

592: 03231D0A:13C6 : 07 :
00:   0        0 412035865 2
8803e5a56b80 0

934: 01231D0A:151C : 07 :
00:   0        0 26790 2 88046c054840 0

935: 0201FFEF:151D : 07 :
00:   0        0 26787 2 88046c054bc0 0

935: 01231D0A:151D : 07 :
00:   0        0 26791 2 88046c0544c0 0

 1972: :D92A : 07 :
00:   0        0 15506 2 88046dce5040 0

 5479: :E6DD : 07 :
00:   0        0 22811 2 880465e4ab40 0

12075: AA0914AC:00A1 : 07 :
00:   0        0 20572 2 88086d020800 0

12075: 017F:00A1 : 07 :
00:   0        0 20571 2 88086d020b80 0

13320: :857E : 07 :
00:   100        0 17515 2 8800368ac780 0

15661: :CEA3 : 07 :
00:   0        0 15505 2 8800368acb00 0

=> no drops

what worries me is that there are drop requests and they 
go up when I query via the mi interface

opensipsctl fifo get_statistics drop_requests

core:drop_requests:: 198107

opensipsctl fifo get_statistics drop_requests

core:drop_requests:: 199157

opensipsctl_reg fifo get_statistics drop_requests

core:drop_requests:: 204116

I don't see any memory issue, also the processload is low.

so 3 questions:

- what exactly is drop_request.

- do I need to worry about this

- how can I make them go lower.

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___

Re: [OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

Wadii,

this is the beginning of route[0]

route {
if (!mf_process_maxfwd_header("70") && $retcode==-1)
{
sl_send_reply("483","Too Many Hops");
xlog("callid [$ci] from [$fU] to [$tU] loop detected");
exit;
};
force_rport();
t_on_failure("Trunk_On_Error");

if (has_totag()) {
loose_route();
t_relay();
exit;
}
record_route();
create_dialog("B");

so I don't think that this is related ?

Op do 18 apr 2024 om 16:12 schreef Wadii ELMAJDI | Evenmedia <
wa...@evenmedia.fr>:

> Calling exit() during the initial request and right before creating the
> dialog also increments the drop_requests statistic
>
>
>
> *De :* Users  *De la part de* Ben Newlin
> *Envoyé :* jeudi 18 avril 2024 15:59
> *À :* OpenSIPS users mailling list 
> *Objet :* Re: [OpenSIPS-Users] question on core statistics.
>
>
>
> Are you calling drop() anywhere in your script?
>
>
>
> https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13
>
>
>
> Ben Newlin
>
>
>
> *From: *Users  on behalf of Johan De
> Clercq 
> *Date: *Thursday, April 18, 2024 at 5:27 AM
> *To: *OpenSIPS users mailling list 
> *Subject: *Re: [OpenSIPS-Users] question on core statistics.
>
> * EXTERNAL EMAIL - Please use caution with links and attachments *
>
>
> --
>
> would it make sense to recompile with other flags ? And how do I set them
> (I don't find these of menuconfig's compile options)?
>
> Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
>
>
>
> Can somebody explain also what both flags mean.
>
>
>
> Op do 18 apr 2024 om 11:07 schreef Johan De Clercq :
>
> would it make sense to recompile with other flags ?
>
> Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
>
>
>
> Can somebody explain also what both flags mean.
>
>
>
>
>
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
>
> poll method support: poll, epoll, sigio_rt, select.
>
>
>
> Op do 18 apr 2024 om 10:32 schreef Johan De Clercq :
>
>
>
> Guys,
>
>
>
> I have an opensips instance running with 24 worker children.
>
> The worker load is very low.
>
> UDP queues are on 50 megs.
>
>
>
> when i query via the OS
>
> cat /proc/net/udp
>
>   sl  local_address rem_address   st tx_queue rx_queue tr tm->when
> retrnsmt   uid  timeout inode ref pointer drops
>
>   590: 03231D0A:13C4 : 07 : 00:
>  00 413684019 2 880074820bc0 0
>
>   591: 03231D0A:13C5 : 07 : 00:
>  00 413766438 2 880465e4a440 0
>
>   592: 03231D0A:13C6 : 07 : 00:
>  00 412035865 2 8803e5a56b80 0
>
>   934: 01231D0A:151C : 07 : 00:
>  00 26790 2 88046c054840 0
>
>   935: 0201FFEF:151D : 07 : 00:
>  00 26787 2 88046c054bc0 0
>
>   935: 01231D0A:151D : 07 : 00:
>  00 26791 2 88046c0544c0 0
>
>  1972: :D92A : 07 : 00:
>  00 15506 2 88046dce5040 0
>
>  5479: :E6DD : 07 : 00:
>  00 22811 2 880465e4ab40 0
>
> 12075: AA0914AC:00A1 : 07 : 00:
>  00 20572 2 88086d020800 0
>
> 12075: 017F:00A1 : 07 : 00:
>  00 20571 2 88086d020b80 0
>
> 13320: :857E : 07 : 00:
>    1000 17515 2 8800368ac780 0
>
> 15661: :CEA3 : 07 : 00:
>  00 15505 2 8800368acb00 0
>
>
>
> => no drops
>
>
>
> what worries me is that there are drop requests and they  go up when I
> query via the mi interface
>
> opensipsctl fifo get_statistics drop_requests
>
> core:drop_requests:: 198107
>
> opensipsctl fifo get_statistics drop_requests
>
> core:drop_requests:: 199157
>
> opensipsctl_reg fifo get_statistics drop_requests
>
> core:drop_requests:: 204116
>
>
>
> I don't see any memory issue, also the processload is low.
>
>
>
>
>
> so 3 questions:
>
> - what exactly is drop_request.
>
> - do I need to worry about this
>
> - how can I make them go lower.
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

No I don't.
what I find strange is that MAX_RECV_BUFFER_SIZE 262144 is the default
value of net.core.rmem_max and net.core.rmem_default.

Op do 18 apr 2024 om 16:02 schreef Ben Newlin :

> Are you calling drop() anywhere in your script?
>
>
>
> https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13
>
>
>
> Ben Newlin
>
>
>
> *From: *Users  on behalf of Johan De
> Clercq 
> *Date: *Thursday, April 18, 2024 at 5:27 AM
> *To: *OpenSIPS users mailling list 
> *Subject: *Re: [OpenSIPS-Users] question on core statistics.
>
> * EXTERNAL EMAIL - Please use caution with links and attachments *
>
>
> --
>
> would it make sense to recompile with other flags ? And how do I set them
> (I don't find these of menuconfig's compile options)?
>
> Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
>
>
>
> Can somebody explain also what both flags mean.
>
>
>
> Op do 18 apr 2024 om 11:07 schreef Johan De Clercq :
>
> would it make sense to recompile with other flags ?
>
> Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
>
>
>
> Can somebody explain also what both flags mean.
>
>
>
>
>
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
>
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
>
> poll method support: poll, epoll, sigio_rt, select.
>
>
>
> Op do 18 apr 2024 om 10:32 schreef Johan De Clercq :
>
>
>
> Guys,
>
>
>
> I have an opensips instance running with 24 worker children.
>
> The worker load is very low.
>
> UDP queues are on 50 megs.
>
>
>
> when i query via the OS
>
> cat /proc/net/udp
>
>   sl  local_address rem_address   st tx_queue rx_queue tr tm->when
> retrnsmt   uid  timeout inode ref pointer drops
>
>   590: 03231D0A:13C4 : 07 : 00:
>  00 413684019 2 880074820bc0 0
>
>   591: 03231D0A:13C5 : 07 : 00:
>  00 413766438 2 880465e4a440 0
>
>   592: 03231D0A:13C6 : 07 : 00:
>  00 412035865 2 8803e5a56b80 0
>
>   934: 01231D0A:151C : 07 : 00:
>  00 26790 2 88046c054840 0
>
>   935: 0201FFEF:151D : 07 : 00:
>  00 26787 2 88046c054bc0 0
>
>   935: 01231D0A:151D : 07 : 00:
>  00 26791 2 88046c0544c0 0
>
>  1972: :D92A : 07 : 00:
>  00 15506 2 88046dce5040 0
>
>  5479: :E6DD : 07 : 00:
>  00 22811 2 880465e4ab40 0
>
> 12075: AA0914AC:00A1 : 07 : 00:
>  00 20572 2 88086d020800 0
>
> 12075: 017F:00A1 : 07 : 00:
>  00 20571 2 88086d020b80 0
>
> 13320: :857E : 07 : 00:
>    1000 17515 2 8800368ac780 0
>
> 15661: :CEA3 : 07 : 00:
>  00 15505 2 8800368acb00 0
>
>
>
> => no drops
>
>
>
> what worries me is that there are drop requests and they  go up when I
> query via the mi interface
>
> opensipsctl fifo get_statistics drop_requests
>
> core:drop_requests:: 198107
>
> opensipsctl fifo get_statistics drop_requests
>
> core:drop_requests:: 199157
>
> opensipsctl_reg fifo get_statistics drop_requests
>
> core:drop_requests:: 204116
>
>
>
> I don't see any memory issue, also the processload is low.
>
>
>
>
>
> so 3 questions:
>
> - what exactly is drop_request.
>
> - do I need to worry about this
>
> - how can I make them go lower.
>
> ___
> Users mailing list
> Users@lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] Opensips as proxy for Asterisk

[Sterlin Devanish]

Hi friends,

I am new to opensips.
I am working on handling Background calls for Flutter WebRTC clients using
Asterisk.

Since Asterisk doesn't support RFC8599, I am trying to configure opensips
as a proxy server for Asterisk.

I am using mid_registrar to forward the registration request from opensips
to asterisk.
It is perfectly working for SIP signaling, whereas for WebSockets the
request is not reaching the asterisk from opensips.

Kindly help me where I am going wrong, or help me handle this scenario.

*Thanks,*
*Sterlin Devanish D*
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] external applications

[Ben Newlin]

There is no generic answer to that question. It depends on your routing script 
and the way your system works. The code you posted before checking for INVITE 
could do it, but only if it is placed in the right location.

You may want to review the different types of routes used in OpenSIPS scripting 
[1], and what kind of message or processing is being performed in each. That 
may help you determine where to place your checks.

Routing of a SIP request always begins in the unnamed route block.

[1] - https://www.opensips.org/Documentation/Script-Routes-3-4

Ben Newlin

From: Users  on behalf of Prathibha B 

Date: Thursday, April 4, 2024 at 8:21 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] external applications
 EXTERNAL EMAIL - Please use caution with links and attachments


My question is not regarding exec command. How to capture the start of the 
call? I'm unable to get the start.

Sent from Outlook for Android

From: Users  on behalf of Ben Newlin 

Sent: Thursday, April 4, 2024 9:22:28 PM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] external applications


Per the documentation [1], input variables to the script are provided as a 
separate parameter to the exec command. It does not do a direct shell execution 
of the entire first parameter. So it should be:



exec(“script.sh”, “INVITE”);



Also, for a relative command I’m not entirely sure where OpenSIPS would look. 
It could be the working directory or it could be the directory from which 
opensips was launched. Have you tried using an absolute path? Are you setting 
the wdir [2] parameter?



[1] - 
https://opensips.org/docs/modules/3.4.x/exec.html#func_exec

[2] - 
https://www.opensips.org/Documentation/Script-CoreParameters-3-4#wdir



Ben Newlin



From: Users  on behalf of Prathibha B 

Date: Thursday, April 4, 2024 at 11:32 AM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] external applications

 EXTERNAL EMAIL - Please use caution with links and attachments





I've used the above code inside the route block.



On Thu, 4 Apr 2024 at 12:02, Prathibha B 
mailto:prathibhab@gmail.com>> wrote:

if($rm == "INVITE") {

xlog("Request method = $rm");

exec("script.sh \"INVITE\"");

}





With the above code , I am getting the Request method = INVITE twice in the log 
file. But the exec() is not getting executed.







On Wed, 3 Apr 2024 at 19:43, Prathibha B 
mailto:prathibhab@gmail.com>> wrote:

Yes. I am canceling the call prior to dialog creation.



Sent from Outlook for Android



From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of Ben Newlin mailto:ben.new...@genesys.com>>
Sent: Wednesday, April 3, 2024 7:03:33 PM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] external applications



If your script is cancelling the call then why wouldn’t you “capture it” in the 
same place? Send whatever you need to whatever external entity you are using 
directly. You don’t need a callback to trigger if you know you are taking the 
action.



A created dialog being cancelled should result in a state change event – to 
CANCELLED I think -  so I assume you mean you are cancelling it prior to dialog 
creation, in which case there won’t be any dialog callback.



Ben Newlin



From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of Prathibha B 
mailto:prathibhab@gmail.com>>
Date: Wednesday, April 3, 2024 at 2:35 AM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] external applications



 EXTERNAL EMAIL - Please use caution with links and attachments





I am capturing the dropped call after ringing in failure_route, but  If I 
cancelled during the start of the call, how to capture it.



On Tue, 2 Apr 2024 at 20:38, Ben Newlin 
mailto:ben.new...@genesys.com>> wrote:

The start of the call would be when you call “create_dialog”. The dialog state 
for that is “UNCONFIRMED”. I’m not sure whether a dialog state change event is 
raised for creation. It may only be raised when the state changes after 
creation. But since you control the dialog creation, you can just take whatever 
action you desire at that time.



Ben Newlin



From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of Prathibha B 
mailto:prathibhab@gmail.com>>
Date: Tuesday, April 2, 2024 at 8:05 AM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] external applications

 EXTERNAL EMAIL - Please use caution with links and attachments





I tried is_method("INVITE"), 

Re: [OpenSIPS-Users] dashboard stats from opensips

[Ben Newlin]

All of the dlg_vals should be available after calling load_dialog_ctx. We are 
using it that way in our system.

Ben Newlin

From: Users  on behalf of nz deals 

Date: Thursday, April 4, 2024 at 9:56 AM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] dashboard stats from opensips
 EXTERNAL EMAIL - Please use caution with links and attachments


Much appreciated Ben,

I was able to test $params so all is good with them.
I was not able to access attributes which I have set after the create_dialog.
create_dialog();
$dlg_val(caller) = $fu;
$dlg_val(callee) = $ru;
i also wanted to access $dlg_val(caller) and $dlg_val(callee) under 
event_route[E_DLG_STATE_CHANGED]

On Thu, 4 Apr 2024 at 11:10, Ben Newlin 
mailto:ben.new...@genesys.com>> wrote:
The parameters exposed by the E_DLG_STATE_CHANGED event are documented [1].

They are accessed using the $param notation [2].

You can then use load_dialog_ctx [3] and get all the other dialog information 
you need.

[1] - 
https://opensips.org/docs/modules/3.4.x/dialog.html#event_E_DLG_STATE_CHANGED.
[2] - 
https://www.opensips.org/Documentation/Script-CoreVar-3-4#param
[3] - 
https://opensips.org/docs/modules/3.2.x/dialog.html#func_load_dialog_ctx

Ben Newlin

From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of nz deals mailto:nzdealsh...@gmail.com>>
Date: Wednesday, April 3, 2024 at 5:38 PM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>, Bogdan-Andrei 
Iancu mailto:bog...@opensips.org>>
Subject: Re: [OpenSIPS-Users] dashboard stats from opensips
 EXTERNAL EMAIL - Please use caution with links and attachments


Thank you, Brett.
My thoughts have been on events and Redis ;) I'll also explore RabbitMQ, thanks 
for the suggestion. From what I gather, we can utilize E_DLG_STATE_CHANGED 
within the event route. Could you guide me on how to retrieve the 
dialogid/callid and its state? If I can access this information in the 
event_route[E_DLG_STATE_CHANGED], storing the value would be straightforward.

Thanks

On Thu, 4 Apr 2024 at 10:13, Brett Nemeroff 
mailto:br...@nemeroff.com>> wrote:
I'd recommend using the events and rabbitmq. You should be able to do just 
about anything with that.

What cps are you processing?

On Wed, Apr 3, 2024 at 3:46 PM nz deals 
mailto:nzdealsh...@gmail.com>> wrote:
Thanks Ben,

The issue with the scheduled task is that it introduces a delay. I'm exploring 
methods to enable real-time display. By streaming events directly from 
OpenSIPS, we could achieve live updates on the display.

Thank you

Regards,
Jason


On Thu, 4 Apr 2024 at 06:15, Ben Newlin 
mailto:ben.new...@genesys.com>> wrote:
OpenSIPS will already track some very basic statistics like this for you using 
the Statistics module.

https://opensips.org/docs/modules/3.4.x/statistics.html

For example, the Dialog module exposes concurrent calls.

We have a scheduled job that queries those stats via MI and pushes them into 
our external metrics system, allowing us to create dashboards from the data.

Ben Newlin

From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of nz deals mailto:nzdealsh...@gmail.com>>
Date: Wednesday, April 3, 2024 at 1:03 PM
To: Bogdan-Andrei Iancu mailto:bog...@opensips.org>>
Cc: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] dashboard stats from opensips
 EXTERNAL EMAIL - Please use caution with links and attachments


Hi Bogdan,

Yes, something along the lines of the OpenSIPs control panel, but I'm looking 
for very basic statistics, such as the details of currently active calls and a 
straightforward graph displaying concurrent calls.
Thank you

Regards,
Jason

On Thu, 4 Apr 2024 at 03:27, Bogdan-Andrei Iancu 
mailto:bog...@opensips.org>> wrote:
Hi Jason,

Have you checked the Dashboard in OpenSIPS Control Panel ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com

On 03.04.2024 13:54, nz deals wrote:
> Hi everyone,
>
> I'm seeking guidance on creating a dashboard. I'm considering saving
> dialog events in Redis (straight from OpenSIPS), allowing my dashboard
> to directly access the Redis cache. Do you think this is a wise
> strategy, or do you have any alternative suggestions? Any expert's
> suggestion will be highly appreciated. In fact if someone has any
> example to check, raise dialog events like call, ringing, 183,
> answered , cancel and bye etc...
>
> Thank you
>
> Regards,
> Jason
>
> ___
> Users 

Re: [OpenSIPS-Users] question on core statistics.

[Wadii ELMAJDI | Evenmedia]

Calling exit() during the initial request and right before creating the dialog 
also increments the drop_requests statistic

De : Users  De la part de Ben Newlin
Envoyé : jeudi 18 avril 2024 15:59
À : OpenSIPS users mailling list 
Objet : Re: [OpenSIPS-Users] question on core statistics.

Are you calling drop() anywhere in your script?

https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13

Ben Newlin

From: Users 
mailto:users-boun...@lists.opensips.org>> on 
behalf of Johan De Clercq mailto:jo...@democon.be>>
Date: Thursday, April 18, 2024 at 5:27 AM
To: OpenSIPS users mailling list 
mailto:users@lists.opensips.org>>
Subject: Re: [OpenSIPS-Users] question on core statistics.
 EXTERNAL EMAIL - Please use caution with links and attachments


would it make sense to recompile with other flags ? And how do I set them  (I 
don't find these of menuconfig's compile options)?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.

Op do 18 apr 2024 om 11:07 schreef Johan De Clercq 
mailto:jo...@democon.be>>:
would it make sense to recompile with other flags ?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.


flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, 
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.

Op do 18 apr 2024 om 10:32 schreef Johan De Clercq 
mailto:jo...@democon.be>>:

Guys,

I have an opensips instance running with 24 worker children.
The worker load is very low.
UDP queues are on 50 megs.

when i query via the OS
cat /proc/net/udp
  sl  local_address rem_address   st tx_queue rx_queue tr tm->when retrnsmt   
uid  timeout inode ref pointer drops
  590: 03231D0A:13C4 : 07 : 00: 
 00 413684019 2 880074820bc0 0
  591: 03231D0A:13C5 : 07 : 00: 
 00 413766438 2 880465e4a440 0
  592: 03231D0A:13C6 : 07 : 00: 
 00 412035865 2 8803e5a56b80 0
  934: 01231D0A:151C : 07 : 00: 
 00 26790 2 88046c054840 0
  935: 0201FFEF:151D : 07 : 00: 
 00 26787 2 88046c054bc0 0
  935: 01231D0A:151D : 07 : 00: 
 00 26791 2 88046c0544c0 0
 1972: :D92A : 07 : 00: 
 00 15506 2 88046dce5040 0
 5479: :E6DD : 07 : 00: 
 00 22811 2 880465e4ab40 0
12075: AA0914AC:00A1 : 07 : 00: 
 00 20572 2 88086d020800 0
12075: 017F:00A1 : 07 : 00: 
 00 20571 2 88086d020b80 0
13320: :857E : 07 : 00:    
1000 17515 2 8800368ac780 0
15661: :CEA3 : 07 : 00: 
 00 15505 2 8800368acb00 0

=> no drops

what worries me is that there are drop requests and they  go up when I query 
via the mi interface
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 198107
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 199157
opensipsctl_reg fifo get_statistics drop_requests
core:drop_requests:: 204116

I don't see any memory issue, also the processload is low.


so 3 questions:
- what exactly is drop_request.
- do I need to worry about this
- how can I make them go lower.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Ben Newlin]

Are you calling drop() anywhere in your script?

https://www.opensips.org/Documentation/Script-CoreFunctions-3-4#toc13

Ben Newlin

From: Users  on behalf of Johan De Clercq 

Date: Thursday, April 18, 2024 at 5:27 AM
To: OpenSIPS users mailling list 
Subject: Re: [OpenSIPS-Users] question on core statistics.
 EXTERNAL EMAIL - Please use caution with links and attachments


would it make sense to recompile with other flags ? And how do I set them  (I 
don't find these of menuconfig's compile options)?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.

Op do 18 apr 2024 om 11:07 schreef Johan De Clercq 
mailto:jo...@democon.be>>:
would it make sense to recompile with other flags ?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.


flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC, 
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16, 
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.

Op do 18 apr 2024 om 10:32 schreef Johan De Clercq 
mailto:jo...@democon.be>>:

Guys,

I have an opensips instance running with 24 worker children.
The worker load is very low.
UDP queues are on 50 megs.

when i query via the OS
cat /proc/net/udp
  sl  local_address rem_address   st tx_queue rx_queue tr tm->when retrnsmt   
uid  timeout inode ref pointer drops
  590: 03231D0A:13C4 : 07 : 00: 
 00 413684019 2 880074820bc0 0
  591: 03231D0A:13C5 : 07 : 00: 
 00 413766438 2 880465e4a440 0
  592: 03231D0A:13C6 : 07 : 00: 
 00 412035865 2 8803e5a56b80 0
  934: 01231D0A:151C : 07 : 00: 
 00 26790 2 88046c054840 0
  935: 0201FFEF:151D : 07 : 00: 
 00 26787 2 88046c054bc0 0
  935: 01231D0A:151D : 07 : 00: 
 00 26791 2 88046c0544c0 0
 1972: :D92A : 07 : 00: 
 00 15506 2 88046dce5040 0
 5479: :E6DD : 07 : 00: 
 00 22811 2 880465e4ab40 0
12075: AA0914AC:00A1 : 07 : 00: 
 00 20572 2 88086d020800 0
12075: 017F:00A1 : 07 : 00: 
 00 20571 2 88086d020b80 0
13320: :857E : 07 : 00:    
1000 17515 2 8800368ac780 0
15661: :CEA3 : 07 : 00: 
 00 15505 2 8800368acb00 0

=> no drops

what worries me is that there are drop requests and they  go up when I query 
via the mi interface
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 198107
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 199157
opensipsctl_reg fifo get_statistics drop_requests
core:drop_requests:: 204116

I don't see any memory issue, also the processload is low.


so 3 questions:
- what exactly is drop_request.
- do I need to worry about this
- how can I make them go lower.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] [Minor Release] OpenSIPS 3.4.5 and 3.2.18 Minor Releases

[Liviu Chircu]

Hi, everyone!

A new round of stable minor releases is now out: *3.4.5 *and *3.2.18*, 
which include all fixes done in the past two months.


Do make sure to schedule an update as soon as possible!

Full changelogs:

https://opensips.org/pub/opensips/3.4.5/ChangeLog
https://opensips.org/pub/opensips/3.2.18/ChangeLog 



Please enjoy!

OpenSIPS Team___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

would it make sense to recompile with other flags ? And how do I set them
(I don't find these of menuconfig's compile options)?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.

Op do 18 apr 2024 om 11:07 schreef Johan De Clercq :

> would it make sense to recompile with other flags ?
> Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.
>
> Can somebody explain also what both flags mean.
>
>
> flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC,
> F_MALLOC, FAST_LOCK-ADAPTIVE_WAIT
> ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
> MAX_URI_SIZE 1024, BUF_SIZE 65535
> poll method support: poll, epoll, sigio_rt, select.
>
> Op do 18 apr 2024 om 10:32 schreef Johan De Clercq :
>
>>
>> Guys,
>>
>> I have an opensips instance running with 24 worker children.
>> The worker load is very low.
>> UDP queues are on 50 megs.
>>
>> when i query via the OS
>> cat /proc/net/udp
>>   sl  local_address rem_address   st tx_queue rx_queue tr tm->when
>> retrnsmt   uid  timeout inode ref pointer drops
>>   590: 03231D0A:13C4 : 07 : 00:
>>  00 413684019 2 880074820bc0 0
>>   591: 03231D0A:13C5 : 07 : 00:
>>  00 413766438 2 880465e4a440 0
>>   592: 03231D0A:13C6 : 07 : 00:
>>  00 412035865 2 8803e5a56b80 0
>>   934: 01231D0A:151C : 07 : 00:
>>  00 26790 2 88046c054840 0
>>   935: 0201FFEF:151D : 07 : 00:
>>  00 26787 2 88046c054bc0 0
>>   935: 01231D0A:151D : 07 : 00:
>>  00 26791 2 88046c0544c0 0
>>  1972: :D92A : 07 : 00:
>>  00 15506 2 88046dce5040 0
>>  5479: :E6DD : 07 : 00:
>>  00 22811 2 880465e4ab40 0
>> 12075: AA0914AC:00A1 : 07 : 00:
>>  00 20572 2 88086d020800 0
>> 12075: 017F:00A1 : 07 : 00:
>>  00 20571 2 88086d020b80 0
>> 13320: :857E : 07 : 00:
>>    1000 17515 2 8800368ac780 0
>> 15661: :CEA3 : 07 : 00:
>>  00 15505 2 8800368acb00 0
>>
>> => no drops
>>
>> what worries me is that there are drop requests and they  go up when I
>> query via the mi interface
>> opensipsctl fifo get_statistics drop_requests
>> core:drop_requests:: 198107
>> opensipsctl fifo get_statistics drop_requests
>> core:drop_requests:: 199157
>> opensipsctl_reg fifo get_statistics drop_requests
>> core:drop_requests:: 204116
>>
>> I don't see any memory issue, also the processload is low.
>>
>>
>> so 3 questions:
>> - what exactly is drop_request.
>> - do I need to worry about this
>> - how can I make them go lower.
>>
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

would it make sense to recompile with other flags ?
Currently it has MAX_RECV_BUFFER_SIZE 262144 and BUF_SIZE 65535.

Can somebody explain also what both flags mean.


flags: STATS: On, DISABLE_NAGLE, USE_MCAST, SHM_MMAP, PKG_MALLOC, F_MALLOC,
FAST_LOCK-ADAPTIVE_WAIT
ADAPTIVE_WAIT_LOOPS=1024, MAX_RECV_BUFFER_SIZE 262144, MAX_LISTEN 16,
MAX_URI_SIZE 1024, BUF_SIZE 65535
poll method support: poll, epoll, sigio_rt, select.

Op do 18 apr 2024 om 10:32 schreef Johan De Clercq :

>
> Guys,
>
> I have an opensips instance running with 24 worker children.
> The worker load is very low.
> UDP queues are on 50 megs.
>
> when i query via the OS
> cat /proc/net/udp
>   sl  local_address rem_address   st tx_queue rx_queue tr tm->when
> retrnsmt   uid  timeout inode ref pointer drops
>   590: 03231D0A:13C4 : 07 : 00:
>  00 413684019 2 880074820bc0 0
>   591: 03231D0A:13C5 : 07 : 00:
>  00 413766438 2 880465e4a440 0
>   592: 03231D0A:13C6 : 07 : 00:
>  00 412035865 2 8803e5a56b80 0
>   934: 01231D0A:151C : 07 : 00:
>  00 26790 2 88046c054840 0
>   935: 0201FFEF:151D : 07 : 00:
>  00 26787 2 88046c054bc0 0
>   935: 01231D0A:151D : 07 : 00:
>  00 26791 2 88046c0544c0 0
>  1972: :D92A : 07 : 00:
>  00 15506 2 88046dce5040 0
>  5479: :E6DD : 07 : 00:
>  00 22811 2 880465e4ab40 0
> 12075: AA0914AC:00A1 : 07 : 00:
>  00 20572 2 88086d020800 0
> 12075: 017F:00A1 : 07 : 00:
>  00 20571 2 88086d020b80 0
> 13320: :857E : 07 : 00:
>    1000 17515 2 8800368ac780 0
> 15661: :CEA3 : 07 : 00:
>  00 15505 2 8800368acb00 0
>
> => no drops
>
> what worries me is that there are drop requests and they  go up when I
> query via the mi interface
> opensipsctl fifo get_statistics drop_requests
> core:drop_requests:: 198107
> opensipsctl fifo get_statistics drop_requests
> core:drop_requests:: 199157
> opensipsctl_reg fifo get_statistics drop_requests
> core:drop_requests:: 204116
>
> I don't see any memory issue, also the processload is low.
>
>
> so 3 questions:
> - what exactly is drop_request.
> - do I need to worry about this
> - how can I make them go lower.
>
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

[OpenSIPS-Users] question on core statistics.

[Johan De Clercq]

Guys,

I have an opensips instance running with 24 worker children.
The worker load is very low.
UDP queues are on 50 megs.

when i query via the OS
cat /proc/net/udp
  sl  local_address rem_address   st tx_queue rx_queue tr tm->when
retrnsmt   uid  timeout inode ref pointer drops
  590: 03231D0A:13C4 : 07 : 00:
 00 413684019 2 880074820bc0 0
  591: 03231D0A:13C5 : 07 : 00:
 00 413766438 2 880465e4a440 0
  592: 03231D0A:13C6 : 07 : 00:
 00 412035865 2 8803e5a56b80 0
  934: 01231D0A:151C : 07 : 00:
 00 26790 2 88046c054840 0
  935: 0201FFEF:151D : 07 : 00:
 00 26787 2 88046c054bc0 0
  935: 01231D0A:151D : 07 : 00:
 00 26791 2 88046c0544c0 0
 1972: :D92A : 07 : 00:
 00 15506 2 88046dce5040 0
 5479: :E6DD : 07 : 00:
 00 22811 2 880465e4ab40 0
12075: AA0914AC:00A1 : 07 : 00:
 00 20572 2 88086d020800 0
12075: 017F:00A1 : 07 : 00:
 00 20571 2 88086d020b80 0
13320: :857E : 07 : 00:
   1000 17515 2 8800368ac780 0
15661: :CEA3 : 07 : 00:
 00 15505 2 8800368acb00 0

=> no drops

what worries me is that there are drop requests and they  go up when I
query via the mi interface
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 198107
opensipsctl fifo get_statistics drop_requests
core:drop_requests:: 199157
opensipsctl_reg fifo get_statistics drop_requests
core:drop_requests:: 204116

I don't see any memory issue, also the processload is low.


so 3 questions:
- what exactly is drop_request.
- do I need to worry about this
- how can I make them go lower.
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Load Balancer Probing Question

[Bogdan-Andrei Iancu]

Not really. The LB module uses internal unique ids for all the LB 
destinations it manages. So the probing replies will search back the LB 
destination based on this ID -> no chance to mismatch.


Regards.

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 16.04.2024 10:45, Callum Guy via Users wrote:
If the backend servers are both the same instance then this seems to 
be the correct behaviour?


I believe the probing is supposed to be a simple SIP response 
healthcheck which applies to the destination globally (i.e. 1.2.3.4 is 
offline), the groups are just a way of splitting up resources 
logically for load balancing purposes.


On Tue, 16 Apr 2024 at 08:31, Bogdan-Andrei Iancu 
 wrote:


Hi,

What OpenSIPS version you have? And as I understand, as
configuration, you do permanent probing to the destinations and
the disabling happens because of this probing ?

Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
   https://www.opensips-solutions.com
   https://www.siphub.com

On 12.04.2024 05:41, Alexander Perkins wrote:

Hi.  I have an interesting issue.  We have two OpenSIPS servers
with load balancer (with two different group IDs in the lb table)
and we have probing set correctly and we are using the
event, E_LOAD_BALANCER_STATUS, to capture changes to servers that
were probed.  But we noticed that we have the same server URI
listed in the lb table, but with two different group IDs, if one
of the OpenSIPS servers probes that URI and it does not return,
then lb disables both groups.  I'd expect it to only disable one
group.

My question is how can we tell the LB module to disable the IP,
but also look for the groupID.  For example, I have a printout of
lb_list below.

"uri": "sip:1.2.3.4:5060 ", "id": 27,
"group": 12,"enabled": "no", "auto-reenable": "on", "Resources":
[ { "name": "vz12", "max": 600, "load": 0 } ], "attrs": "0"

AND
{ "uri": "sip:1.2.3.4:5060 ", "id": 29,
"group": 13,"enabled": "no", "auto-reenable": "on", "Resources":
[ { "name": "vz13", "max": 600, "load": 0 } ], "attrs": "0" },

Thank you,
Alex

___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users




*^0333 332   | x-on.co.uk   | **^  | 
**^Practice Index Reviews  *


*Our new office address: 22 Riduna Park, Melton IP12 1QT.*

X-on is a trading name of X-on Health Ltd a limited company registered 
in England and Wales.
Registered Office : Glebe Farm, Down Street, Dummer, Basingstoke, 
Hampshire, England RG25 2AD. Company Registration No. 2578478.
The information in this e-mail is confidential and for use by the 
addressee(s) only. If you are not the intended recipient, please 
notify X-on immediately on +44(0)333 332  and delete the
message from your computer. If you are not a named addressee you must 
not use, disclose, disseminate, distribute, copy, print or reply to 
this email. Views or opinions expressed by an individual
within this email may not necessarily reflect the views of X-on or its 
associated companies. Although X-on routinely screens for viruses, 
addressees should scan this email and any attachments
for viruses. X-on makes no representation or warranty as to the 
absence of viruses in this email or any attachments.



___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users

Re: [OpenSIPS-Users] Launch and async

[Bogdan-Andrei Iancu]

Hi,

The only way to do a non-blocking waiting is via the async(sleep()) 
combination, but the async() statement works only in main request route 
(in route{}) and not for reply route :( .


Doing a blocking sleep() it is very very dangerous in terms of 
performance, as you will block the opensips processes with these sleep()'s.


Anyhow, from SIP perspective it is not wise to delay a reply, as this 
will trigger retransmissions from the UAC sideso, not sure if what 
you try to do is actually something right.


Regards,

Bogdan-Andrei Iancu

OpenSIPS Founder and Developer
  https://www.opensips-solutions.com
  https://www.siphub.com

On 16.04.2024 17:25, Parthesh Bhavsar via Users wrote:
I'm facing a challenge in my OpenSIPS implementation where I need to 
perform certain operations after receiving a 200 OK response, but only 
after waiting for 10 seconds. Currently, I'm considering using the 
sleep() function, but I'm concerned about its impact on performance.


Is there a recommended approach to achieve this functionality without 
compromising OpenSIPS performance? I'd appreciate any advice or 
alternative solutions you can offer.



Regards,

*Parthesh Bhavsar | Software Engineer | VOIP*



On Tue, Apr 16, 2024 at 7:39 PM Parthesh Bhavsar 
 wrote:


Hello,
I want to use Launch and async function for function sleep() as I
need to wait for some time to do some operations but from the
route which I use in above function I am not able to use any
variable for my operation and from documentation it seems
only able to use those variable which sleep() function use so is
there any alternative solution to get variable??? or any other
function on which I can wait for a specific time without blocking
opensips??


Regards,

*Parthesh Bhavsar | Software Engineer | VOIP*


*https://www.ecosmob.com/opensips-summit/ 


*
*Disclaimer*
In addition to generic Disclaimer which you have agreed on our 
website, any views or opinions presented in this email are solely 
those of the originator and do not necessarily represent those of the 
Company or its sister concerns. Any liability (in negligence, contract 
or otherwise) arising from any third party taking any action, or 
refraining from taking any action on the basis of any of the 
information contained in this email is hereby excluded.


*Confidentiality*
This communication (including any attachment/s) is intended only for 
the use of the addressee(s) and contains information that is 
PRIVILEGED AND CONFIDENTIAL. Unauthorized reading, dissemination, 
distribution, or copying of this communication is prohibited. Please 
inform originator if you have received it in error.


*Caution for viruses, malware etc.*
This communication, including any attachments, may not be free of 
viruses, trojans, similar or new contaminants/malware, interceptions 
or interference, and may not be compatible with your systems. You 
shall carry out virus/malware scanning on your own before opening any 
attachment to this e-mail. The sender of this e-mail and Company 
including its sister concerns shall not be liable for any damage that 
may incur to you as a result of viruses, incompleteness of this 
message, a delay in receipt of this message or any other computer 
problems.


___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users
___
Users mailing list
Users@lists.opensips.org
http://lists.opensips.org/cgi-bin/mailman/listinfo/users