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

Benjamin Cropley benjamin.cropley at gmail.com
Fri Apr 8 10:15:19 CEST 2016


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
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160408/61db2fc0/attachment.htm>


More information about the Users mailing list