[OpenSIPS-Users] Opensips Multi instance issue on SIP TLS

feroze waris feroze.chaudhry at gmail.com
Tue Apr 12 13:54:13 CEST 2016


Hi

Solved the issue.  Actually what it was doing the location table is storing
the ip and port of the server where register request lands in socket field
so when B-Party register request lands on different server it saves the ip
and port of that server in location table . what I was doing in my code on
invite request i was calling the lookup() function of registrar.so module
to check if the B-Party is registered. It is also fetching the socket
information through where opensips has to relay the invite request to
B-Party. So in my case it was reading the wrong information of socket due
to which this error was occurring because it cannot find the socket through
which invite has to relay to B-Party
What I did I just simply forcefully relayed the invite request to B-Party
through that server where invite request lands by calling the
force_send_socket(udp:1.2.3.4:5060) right below the lookup() function

Thank You Benjamin and Gohar Ahmed for your assistance

regards
Feroze

On Fri, Apr 8, 2016 at 8:27 PM, feroze waris <feroze.chaudhry at gmail.com>
wrote:

> Ben
>
> are you saying log lines printed above listen parameter or above error.
> if you are talking about listen parameter then no and if you are talking
> about error then yes. This error occurs when proxy tries to relay invite
> request to B party
>
> regards
> Feroze
>
>
>
>
> On Fri, Apr 8, 2016 at 8:04 PM, Benjamin Cropley <
> benjamin.cropley at gmail.com> wrote:
>
>> Feroze,
>>
>> Are any other lines of logging printed just above it?
>>
>> Ben
>>
>> On Fri, Apr 8, 2016 at 3:48 PM, feroze waris <feroze.chaudhry at gmail.com>
>> wrote:
>>
>>> Ben
>>>
>>> I have put the address of my interface
>>>
>>> Regards
>>> Feroze
>>>
>>> On Fri, Apr 8, 2016 at 7:39 PM, Benjamin Cropley <
>>> benjamin.cropley at gmail.com> wrote:
>>>
>>>> Feroze
>>>>
>>>> Can I just check.. in the listen variable have you put the address of
>>>> your interface or 1.2.3.4?
>>>>
>>>> You need to put your address.. not 1.2.3.4....
>>>>
>>>> On Fri, Apr 8, 2016 at 3:30 PM, feroze waris <feroze.chaudhry at gmail.com
>>>> > wrote:
>>>>
>>>>> Hi ben
>>>>>
>>>>> As you said i have enabled the listen=tls:1.2.3.4:5061 on receiving
>>>>> proxy as well.  Now i am getting the following error in this case
>>>>>
>>>>> Apr  8 14:08:12 localhost OPENSIPS[623]: ERROR:tm:msg_send: send() for
>>>>> proto 3 failed
>>>>> Apr  8 14:08:12 localhost OPENSIPS[623]: ERROR:tm:t_forward_nonack:
>>>>> sending request failed
>>>>> Apr  8 14:08:12 localhost OPENSIPS[623]: ERROR:tm:w_t_relay:
>>>>> t_forward_nonack failed
>>>>>
>>>>>
>>>>> regards
>>>>> Feroze
>>>>>
>>>>> On Fri, Apr 8, 2016 at 1:15 PM, Benjamin Cropley <
>>>>> benjamin.cropley at gmail.com> wrote:
>>>>>
>>>>>> Feroze,
>>>>>>
>>>>>> I think you misunderstood :)
>>>>>>
>>>>>> I was saying, the URI has ;transport=tls, but the receiving server
>>>>>> probably doesn't have a port open to listen for it.. Don't remove this if
>>>>>> you want to use TLS, as by using rewrite() you're effectively breaking TLS
>>>>>> ;)
>>>>>>
>>>>>> In the documentation it says if you dont specify a listen= variable,
>>>>>> then it will listen on 'all interfaces'. It doesn't say whether it will
>>>>>> listen to UDP TCP and TLS. But I would guess it's possibly only UDP and TCP.
>>>>>>
>>>>>> Therefore, make sure on the servers receiving the packets that you
>>>>>> specifically set a tls listening interface with listen = tls:
>>>>>> 1.2.3.4:5061
>>>>>>
>>>>>> Good luck
>>>>>> Ben
>>>>>>
>>>>>>
>>>>>> On Fri, Apr 8, 2016 at 7:29 AM, feroze waris <
>>>>>> feroze.chaudhry at gmail.com> wrote:
>>>>>>
>>>>>>> Hi ben
>>>>>>>
>>>>>>> I have checked the traces and you were right that there was
>>>>>>> transport = tls in RURI when request forwards from load balancer  to 2
>>>>>>> opensips instances . I have replaced the RURI using rewrite() function and
>>>>>>> removed the transport parameter but the issue remains and i am getting the
>>>>>>> same error
>>>>>>>
>>>>>>>
>>>>>>> regards
>>>>>>> Feroze
>>>>>>>
>>>>>>> On Thu, Apr 7, 2016 at 1:09 PM, Benjamin Cropley <
>>>>>>> benjamin.cropley at gmail.com> wrote:
>>>>>>>
>>>>>>>> Wild guess here, based on what I've read..
>>>>>>>>
>>>>>>>> It might be your request URI is explicitly declaring which protocol
>>>>>>>> to use, and OpenSIPS has no interface configured for that protocol.. eg.
>>>>>>>> ;transport=tls is added to the request URI but there's no listen = tls:
>>>>>>>> 1.2.3.4:5061
>>>>>>>>
>>>>>>>> I know it's tricky to look at a trace for TLS. But have a look at
>>>>>>>> http://wiki.snom.com/FAQ/How_to_decode_TLS_calls_using_wireshark
>>>>>>>>
>>>>>>>> Good luck
>>>>>>>> Ben
>>>>>>>>
>>>>>>>> On Wed, Apr 6, 2016 at 6:24 PM, feroze waris <
>>>>>>>> feroze.chaudhry at gmail.com> wrote:
>>>>>>>>
>>>>>>>>> Hi ben
>>>>>>>>>
>>>>>>>>> yes i am load balancing the Register and Invite request to two
>>>>>>>>> proxy servers using dispatcher module but all three servers (i.e load
>>>>>>>>> balncer and two opensips servers) are sharing same opensips database.
>>>>>>>>> This issue is not occurring in UDP call but on TLS this error
>>>>>>>>> occurs.
>>>>>>>>>
>>>>>>>>> Regards
>>>>>>>>> Feroze
>>>>>>>>>
>>>>>>>>> On Wed, Apr 6, 2016 at 7:34 PM, Benjamin Cropley <
>>>>>>>>> benjamin.cropley at gmail.com> wrote:
>>>>>>>>>
>>>>>>>>>> Feroze,
>>>>>>>>>>
>>>>>>>>>> Are you load balancing REGISTER *and *INVITE requests to
>>>>>>>>>> different nodes?
>>>>>>>>>>
>>>>>>>>>> If so, then unless you share location information between the
>>>>>>>>>> Registrars, then they wont all know where to route INVITEs.
>>>>>>>>>>
>>>>>>>>>> Ben
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> On Wed, Apr 6, 2016 at 3:20 PM, feroze waris <
>>>>>>>>>> feroze.chaudhry at gmail.com> wrote:
>>>>>>>>>>
>>>>>>>>>>> Hello
>>>>>>>>>>>
>>>>>>>>>>> I have one load balancer connected to 2 opensips server
>>>>>>>>>>> Request is balancing through dispatcher module on load balancer
>>>>>>>>>>> the problem is when Register request of B party lands on
>>>>>>>>>>> different server than that server at which A Party sends invite request the
>>>>>>>>>>> call drops and i am getting following error
>>>>>>>>>>> Apr  6 07:58:31 localhost OPENSIP[1793]:
>>>>>>>>>>> ERROR:tm:update_uac_dst: failed to fwd to af 2, proto 3  (no corresponding
>>>>>>>>>>> listening socket)
>>>>>>>>>>> Apr  6 07:58:31 localhost OPENSIP[1793]:
>>>>>>>>>>> ERROR:tm:t_forward_nonack: failure to add branches
>>>>>>>>>>> Apr  6 07:58:31 localhost OPENSIP[1793]: ERROR:tm:w_t_relay:
>>>>>>>>>>> t_forward_nonack failed
>>>>>>>>>>>
>>>>>>>>>>> I am using Openisps version 2.1.1 and using TLS on it
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Regards
>>>>>>>>>>> Feroze
>>>>>>>>>>>
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> 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
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> 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/20160412/658bb078/attachment-0001.htm>


More information about the Users mailing list