[OpenSIPS-Users] Compiling modules

2024-06-11 Thread Callum Guy via Users
Hi All,

I'm compiling the load_balancer module with some pretty minor changes
however the resulting load_balancer.so is ~500k however the standard
release is 120k - a size increase of 4x.

My question is simple - why is my version so much bigger? Are there
"make" flags that are used for the official releases which I'm failing to
include? I build and run on Almalinux 9, is it a simple matter of the
libraries used on the build host?

Not a show stopper in any way but I wanted to ask the question in case I'm
about to deploy a less performant module etc.

Thanks,

Callum

-- 


View and book here 





*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


Re: [OpenSIPS-Users] Load Balancer Probing Question

2024-04-16 Thread Callum Guy via Users
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 
> listUsers@lists.opensips.orghttp://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