[OpenSIPS-Users] Load balancer probing from incorrect interface

Bogdan-Andrei Iancu bogdan at voice-system.ro
Thu Nov 11 17:39:07 CET 2010


It looks to me more like a misconfiguration on network level for the 
machine ...Opensips tries to detect the interface with the default route 
to the destination IP (the info id provided by kernel)..So if the kernel 
"sees" 66.180.205.11 as default interface for reaching a private 
IP.....does look sane to me :)

Regards,
Bogdan

Bill W wrote:
> Ahhh, I see what's going on.
>
> Opensips is trying to probe from a different IP on that interface 
> instead of the IP alias opensips bound to.
>
> For example, on the public interface I have IP 66.180.205.11
> Then I have an IP alias of 66.180.205.3 on that same interface:
> eth0   66.180.205.11 <freeswitch:5060>
> eth0:0 66.180.205.3  <opensips:5060>
>
> DBG:tm:t_uac: next_hop=<sip:66.180.205.11>
> DBG:core:mk_proxy: doing DNS lookup...
> ERROR:core:get_out_socket: -- detected IP 66.180.205.11,proto=1
> ERROR:core:get_out_socket: no socket found
> ERROR:tm:uri2sock: no corresponding socket for af 2
> ERROR:tm:t_uac: no socket found
> ERROR:load_balancer:lb_do_probing: probing failed
>
> It's not getting the IP from the listen= directive but from an 
> interface probe, which is getting the wrong IP.
>
>
> On 11/11/2010 6:29 AM, Bogdan-Andrei Iancu wrote:
>> Hi Bill,
>>
>> could you try the attached patch along mhomed option? the patch will
>> simply print what is the IP opensips is trying to use for the outgoing
>> probes....
>>
>> Regards,
>> Bogdan
>>
>> Bill W wrote:
>>> Hey Bogdan,
>>>
>>> Yes, I have 3 listen= lines; two with public IPs and one with a
>>> private IP.
>>>
>>> When I remove the mhomed=1 then things work as intended except for the
>>> probing. I can proxy traffic correctly on all interfaces.
>>>
>>> When I enable mhomed=1, then I get the errors below.
>>>
>>> Thanks,
>>> Bill
>>>
>>>
>>> On 11/10/2010 5:38 AM, Bogdan-Andrei Iancu wrote:
>>>> Hi Bill,
>>>>
>>>> is your opensips actually listening (configured as listener in 
>>>> .cfg) on
>>>> a interface in the private network (where the probing needs to be
>>>> done) ??
>>>>
>>>> Regards,
>>>> Bogdan
>>>>
>>>> Bill W wrote:
>>>>> Hey Bogdan,
>>>>>
>>>>> I enabled the mhomed=1 parameter, and now I'm getting a bunch of
>>>>> errors in the logs.
>>>>>
>>>>> ERROR:tm:t_uac: no socket found
>>>>> ERROR:load_balancer:lb_do_probing: probing failed
>>>>> ERROR:core:get_out_socket: no socket found
>>>>> ERROR:tm:uri2sock: no corresponding socket for af 2
>>>>>
>>>>> Thoughts?
>>>>>
>>>>> Bill
>>>>>
>>>>>
>>>>> On 11/8/2010 6:05 AM, Bogdan-Andrei Iancu wrote:
>>>>>> Hi Bill,
>>>>>>
>>>>>> as you have a multi interface system, have you tried to enable the
>>>>>> "mhomed" global parameter?
>>>>>> http://www.opensips.org/Resources/DocsCoreFcn16#toc60
>>>>>>
>>>>>> Regards,
>>>>>> Bogdan
>>>>>>
>>>>>> Bill W. wrote:
>>>>>>> As an update, the load balancer probe appears to use the ip address
>>>>>>> specified by the first listen= directive.
>>>>>>>
>>>>>>> If I list the public IP first, then the probe tries to talk to the
>>>>>>> internal IP from the external interface IP.
>>>>>>>
>>>>>>>
>>>>>>> On 11/7/10 6:18 PM, Bill W. wrote:
>>>>>>>
>>>>>>>> Hello everyone,
>>>>>>>>
>>>>>>>> I've got an opensips-1.6.3-tls installation using multiple
>>>>>>>> interfaces
>>>>>>>> and load balancing.
>>>>>>>>
>>>>>>>> My internal interface is rfc1918 space and my external 
>>>>>>>> interface has
>>>>>>>> public IPs.
>>>>>>>> listen=udp:10.0.10.3:5060
>>>>>>>> listen=udp:66.180.205.3:5060
>>>>>>>>
>>>>>>>>
>>>>>>>> I have the following load_balancer configuration:
>>>>>>>> id | group_id | dst_uri | probe_mode
>>>>>>>> ----+----------+-------------------+------------
>>>>>>>> 1 | 1 | sip:66.180.205.11 | 2
>>>>>>>> 2 | 1 | sip:66.180.205.12 | 2
>>>>>>>> 3 | 2 | sip:10.0.10.1 | 2
>>>>>>>> 4 | 2 | sip:10.0.10.2 | 2
>>>>>>>>
>>>>>>>>
>>>>>>>> What's happening is that the load balancer is trying to probe the
>>>>>>>> public
>>>>>>>> IPs from the private interface IP (and failing of course).
>>>>>>>>
>>>>>>>> tcpdump output on internal interface:
>>>>>>>> 18:13:26.471734 IP 10.0.10.3.5060> 66.180.205.11.5060: SIP, 
>>>>>>>> length:
>>>>>>>> 18:13:28.473802 IP 10.0.10.3.5060> 66.180.205.11.5060: SIP, 
>>>>>>>> length:
>>>>>>>>
>>>>>>>>
>>>>>>>> Thoughts?
>>>>>>>>
>>
>>
>>
>>
>> _______________________________________________
>> 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
>


-- 
Bogdan-Andrei Iancu
OpenSIPS Bootcamp
15 - 19 November 2010, Edison, New Jersey, USA
www.voice-system.ro




More information about the Users mailing list