[OpenSIPS-Users] help in configuring load balancer for outbound dial

Bogdan-Andrei Iancu bogdan at voice-system.ro
Fri Jun 19 02:16:35 CEST 2009


Hi Leo,

Before trying to replicate your scenario, could you please check the 
followings: after you hung all the 5 original calls, could you check if 
the "dialog" module sees the calls as ended? Use "opensipsctl fifo 
dlg_list" 
(http://www.opensips.org/html/docs/modules/1.5.x/dialog.html#id272726) 
and paste the output here.

Regards,
Bogdan

Leo Thomas Selvaraj wrote:
> Bogdan,
>
> Were you able to simulate the below scenario.
>
> Thanks,
>
> Leo Thomas Selvaraj 
>  T: +1 609-987-0044 x 139 | F: +1 609-987-9787
>
>
>  The information contained in this e-mail message or messages (which
> includes any attachments) is confidential and may be legally privileged. It
> is intended only for the use of the person or entity to which it is
> addressed.
>
> -----Original Message-----
> From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
> Sent: Thursday, June 11, 2009 10:59 AM
> To: leo at servion.com
> Cc: users at lists.opensips.org
> Subject: Re: [OpenSIPS-Users] help in configuring load balancer for outbound
> dial
>
> Got it - making 5 calls (to full all destination) ad waiting to end all 
> of them will fail the 6th call (no lb_reload at all)....let me try to 
> reproduce the scenario....
>
> Regards,
> Bogdan
>
> Leo Thomas Selvaraj wrote:
>   
>> The initial five calls end and then I do  a reload and then I place a call
>> it works. If I don’t do a reload after the end of the initial five calls
>>     
> the
>   
>> 6th call fails.
>>
>> Thanks,
>>
>> Leo Thomas Selvaraj 
>>  T: +1 609-987-0044 x 139 | F: +1 609-987-9787
>>
>>
>>  The information contained in this e-mail message or messages (which
>> includes any attachments) is confidential and may be legally privileged.
>>     
> It
>   
>> is intended only for the use of the person or entity to which it is
>> addressed.
>>
>>
>> -----Original Message-----
>> From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
>> Sent: Thursday, June 11, 2009 10:46 AM
>> To: leo at servion.com
>> Cc: users at lists.opensips.org
>> Subject: Re: [OpenSIPS-Users] help in configuring load balancer for
>>     
> outbound
>   
>> dial
>>
>> Aha, so you make 5 calls, the 6th fails. then you do a reload and the 
>> initial 5 calls end. When you try to place a new call is not working?  
>> Correct?
>>
>> Regards,
>> Bogdan
>>
>> Leo Thomas Selvaraj wrote:
>>   
>>     
>>> The initial five calls is terminated. I tried to make the next set of
>>>     
>>>       
>> calls
>>   
>>     
>>> only after all the previous calls were terminated.
>>>
>>> Thanks,
>>>
>>> Leo Thomas Selvaraj 
>>>  T: +1 609-987-0044 x 139 | F: +1 609-987-9787
>>>
>>>
>>>  The information contained in this e-mail message or messages (which
>>> includes any attachments) is confidential and may be legally privileged.
>>>     
>>>       
>> It
>>   
>>     
>>> is intended only for the use of the person or entity to which it is
>>> addressed.
>>>
>>> -----Original Message-----
>>> From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro] 
>>> Sent: Thursday, June 11, 2009 5:27 AM
>>> To: leo at servion.com
>>> Cc: users at lists.opensips.org
>>> Subject: Re: [OpenSIPS-Users] help in configuring load balancer for
>>>     
>>>       
>> outbound
>>   
>>     
>>> dial
>>>
>>> Hi Leo,
>>>
>>> So you do the lb_reload without changing anything in DB and then you try 
>>> to establish some new calls, which fail...ok. But my question was - the 
>>> initial 5 calls you set before the reload, are still ongoing? or they 
>>> are terminated?
>>>
>>> Regards,
>>> Bogdan
>>>
>>> Leo Thomas Selvaraj wrote:
>>>   
>>>     
>>>       
>>>> Bogdan,
>>>>
>>>>  
>>>>
>>>> Please find my response below in red.
>>>>
>>>>  
>>>>
>>>> Leo Thomas Selvaraj 
>>>>
>>>>  T: +1 609-987-0044 x 139 | F: +1 609-987-9787
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>>  The information contained in this e-mail message or messages (which 
>>>> includes any attachments) is confidential and may be legally 
>>>> privileged. It is intended only for the use of the person or entity to 
>>>> which it is addressed.
>>>>
>>>>  
>>>>
>>>>  
>>>>
>>>> -----Original Message-----
>>>> From: Bogdan-Andrei Iancu [mailto:bogdan at voice-system.ro]
>>>> Sent: Wednesday, June 10, 2009 2:17 PM
>>>> To: leo at servion.com
>>>> Cc: users at lists.opensips.org
>>>> Subject: Re: [OpenSIPS-Users] help in configuring load balancer for 
>>>> outbound dial
>>>>
>>>>  
>>>>
>>>> Hi Leo,
>>>>
>>>>  
>>>>
>>>> so shortly, your case is:
>>>>
>>>>  
>>>>
>>>> 1) you successfully do LB until all the destination are full (5 calls) 
>>>> *-- yes*
>>>>
>>>> -> then load_balance() returns false in script -*--- yes*
>>>>
>>>>  
>>>>
>>>> 2) you do a lb_reload - what do you change in the table?  *I did not 
>>>> change anything in the table. I simply issue lb_reload*
>>>>
>>>>  
>>>>
>>>> 3) you try do route call again and still fails ?   are the initial 5 
>>>>    *only initial 5 calls work. After that all the call fails unless I 
>>>> issue lb_reload from command line or restart opensips*.
>>>>
>>>> calls still going?  *We are evaluating opensips and I am responsible 
>>>> for implementation/decision.*
>>>>
>>>>  
>>>>
>>>> Regards,
>>>>
>>>> Bogdan
>>>>
>>>>  
>>>>
>>>> Leo Thomas Selvaraj wrote:
>>>>
>>>>     
>>>>       
>>>>         
>>>>> Hi,
>>>>>       
>>>>> I had configured load balancer for outdialing. load_balancer table
>>>>>       
>>>>> information mentioned below.
>>>>>       
>>>>>  +----+----------+------------------+-----------+---------------+
>>>>>       
>>>>>  | id | group_id | dst_uri          | resources | description   |
>>>>>       
>>>>>  +----+----------+------------------+-----------+---------------+
>>>>>       
>>>>>  |  1 |        1 | sip:10.128.22.38 | pstn=2    | standby gw    |
>>>>>       
>>>>>  |  2 |        1 | sip:10.128.22.45 | pstn=3    | production gw |
>>>>>       
>>>>>  +----+----------+------------------+-----------+---------------+
>>>>>       
>>>>> The load balancer is working correctly for the first cycle, I try to
>>>>>       
>>>>> make five calls and it makes two calls to .38 gateway and then three
>>>>>       
>>>>> calls to .45 gateway. After completing one cycle the $du value is
>>>>>       
>>>>> setting as null if I try to make subsequent calls and the calls were
>>>>>       
>>>>> failing.  If I issue lb_reload using MI from command line  (
>>>>>       
>>>>> opensipsctl fifo lb_reload ) it starts again. I want this to run
>>>>>       
>>>>> continuously without issuing any MI commands.
>>>>>       
>>>>> From the logs I can see that $du is set to null. I am not sure whether
>>>>>       
>>>>> I am making any mistake.
>>>>>       
>>>>> I think something is wrong in setting the profile and fetching data
>>>>>       
>>>>> for the profile using get_profile_size in do_load_balancer function in
>>>>>       
>>>>> lb_data.c. The profile is getting set as *lbXpstn*, but when I tried
>>>>>       
>>>>> to print the value res[k]->profile it always displays a junk value.
>>>>>       
>>>>> Thanks,
>>>>>       
>>>>> *Leo Thomas Selvaraj*
>>>>>       
>>>>>  T: +1 609-987-0044 x 139 | F: +1 609-987-9787
>>>>>       
>>>>>
>>>>>           
> ------------------------------------------------------------------------
>   
>>>>>       
>>>>> cid:image001.gif at 01C97492.FCB6B790
>>>>>       
>>>>>  The information contained in this e-mail message or messages (which
>>>>>       
>>>>> includes any attachments) is confidential and may be legally
>>>>>       
>>>>> privileged. It is intended only for the use of the person or entity to
>>>>>       
>>>>> which it is addressed.
>>>>>       
>>>>>
>>>>>           
> ------------------------------------------------------------------------
>   
>>>>>       
>>>>> _______________________________________________
>>>>>       
>>>>> Users mailing list
>>>>>       
>>>>> Users at lists.opensips.org
>>>>>       
>>>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>>>>       
>>>>>  
>>>>>       
>>>>>         
>>>>>           
>>>>  
>>>>
>>>>     
>>>>       
>>>>         
>>>   
>>>     
>>>       
>>
>>   
>>     
>
>
>
>   




More information about the Users mailing list