[OpenSIPS-Users] profile_count formula

Liviu Chircu liviu at opensips.org
Wed Nov 1 13:25:57 EDT 2017


IIRC, the module will give you some warning if you attempt that, and it 
will only use the last resource/URL it finds in the string.

Can you help me understand why you would need this feature? If you think 
about it, if you use 1 x "channels", FreeSWITCH will give you feedback 1 
second later, and 1 will be subtracted from the maximum "E1" resource as 
well. This didn't make sense to me, so I did not allow it.

Also, from a logical point of view: a load balancer SIP URI maps to a FS 
CLI interface. How could it map to two different FS CLIs?

Best regards,

Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com

On 01.11.2017 18:23, Social Boh wrote:
>
> Thank you Liviu,
>
> last question, is there a way to indicate two different type of 
> resources on FreeSWITCH Gateway?
>
> Example:
>
> resources field
>
> channels=fs://:pwd@1.2.3.4;E1=fs://:pwd@1.2.3.4
>
> like other gateway:
>
> nacio=30;channels=50
>
> Regards
>
> ---
> I'm SoCIaL, MayBe
> El 01/11/2017 a las 09:41, Liviu Chircu escribió:
>>
>> Hi,
>>
>> The new docs should be working now. And yes, that is the 
>> "profile_count" value. However:
>>
>> The resources internally become normal (non-shared) dialog profiles 
>> by default. If you want to share resource usage between multiple load 
>> balancers, you must add the "/b" extension to your resource names, 
>> indicating you want them to be "binary replicated".
>>
>> Best regards,
>>
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com
>> On 01.11.2017 16:07, Social Boh wrote:
>>>
>>> Thank you for your answer, Liviu.
>>>
>>> So if I use a resource with name channels and between all 
>>> servers/gateway configured I'm using 200 channels, this is the 
>>> profile_count value
>>>
>>> Right?
>>>
>>> Regards
>>>
>>> ---
>>> I'm SoCIaL, MayBe
>>> El 01/11/2017 a las 01:33, Liviu Chircu escribió:
>>>>
>>>> Hi,
>>>>
>>>> Thanks! The docs are broken, the correct formula (it's also how the 
>>>> code actually works) is:
>>>>
>>>> /max_load = (*Idle-CPU* / 100) * (*Max-Sessions* - (///*Sessions *- 
>>>> /profile_count))/
>>>>
>>>> The "profile_count" is nothing more than the current usage of the 
>>>> given resource, as the load balancer sees it. As implemented, the 
>>>> load balancer makes use of dialog profiles to keep track of the 
>>>> number of calls balanced to each destination. Maybe I should also 
>>>> rename it to something easier to digest, such as "current_res_usage".
>>>>
>>>> Best regards,
>>>>
>>>> Liviu Chircu
>>>> OpenSIPS Developer
>>>> http://www.opensips-solutions.com
>>>> On 01.11.2017 00:34, Social Boh wrote:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I'm studying this formula:
>>>>>
>>>>> /max_load = (*Idle-CPU* / 100) * (*Max-Sessions* - (profile_count 
>>>>> - *Sessions*))/
>>>>>
>>>>> from load_balancer module on OpenSIPs 2.3.
>>>>>
>>>>> Where does profile_count take his value?
>>>>>
>>>>> Regards/
>>>>> /
>>>>>
>>>>> -- 
>>>>> ---
>>>>> I'm SoCIaL, MayBe
>>>>>
>>>>>
>>>>> _______________________________________________
>>>>> Users mailing list
>>>>> Users at lists.opensips.org
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>
>>>>
>>>>
>>>> _______________________________________________
>>>> Users mailing list
>>>> Users at lists.opensips.org
>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>
>>>
>>>
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>
>
>
> _______________________________________________
> Users mailing list
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20171101/e5b9a132/attachment.html>


More information about the Users mailing list