[OpenSIPS-Users] WebRTC Socket problem 2.3 mid registrar
Liviu Chircu
liviu at opensips.org
Tue Mar 20 07:09:22 EDT 2018
Issue identified, and a fix was pushed on the 2.3 branch. Please pull
the latest code and re-test! And thank you for the nice report :)
Cheers,
Liviu Chircu
OpenSIPS Developer
http://www.opensips-solutions.com
On 20.03.2018 11:53, Liviu Chircu wrote:
>
> Hi Sebastian,
>
> It seems something has gone terribly wrong during the backport of the
> "NAT fixes" patch to 2.3. I ran my "master" branch tests over the
> latest "2.3" branch, and, indeed, the Received is not getting saved.
>
> Will update you asap with more info.
>
> Best regards,
>
> Liviu Chircu
> OpenSIPS Developer
> http://www.opensips-solutions.com
> On 20.03.2018 03:03, Sebastian Sastre wrote:
>> sorry for the delay, needed to make sure nothing else could be
>> creating a problem.
>>
>> Yes. I am setting received avp on all modules (nathelper, registrar
>> and mid registrar) .
>>
>> These are my config parameters ( I tried all 3 modes and the
>> insertion modes too)
>>
>> #### Nathelper protocol
>> loadmodule "nathelper.so"
>> modparam("nathelper", "natping_interval", 10)
>> modparam("nathelper", "ping_nated_only", 1)
>> modparam("nathelper", "sipping_method", "OPTIONS")
>> modparam("nathelper", "received_avp", "$avp(rcv)")
>>
>> #### REGISTRAR module
>> loadmodule "registrar.so"
>> modparam("registrar", "tcp_persistent_flag", "TCP_PERSIST_REGISTER")
>> modparam("registrar", "max_contacts", 1)
>> modparam("registrar", "received_avp", "$avp(rcv)")
>>
>> loadmodule "mid_registrar.so"
>> modparam("mid_registrar", "mode", 2)
>> modparam("mid_registrar", "outgoing_expires", 7200)
>> modparam("mid_registrar", "insertion_mode", 1)
>> modparam("mid_registrar", "tcp_persistent_flag", "TCP_PERSIST_REGISTER")
>> modparam(“mid_registrar”, "received_avp", "$avp(rcv)")
>>
>> I created a simple config first calling mid_registrar save and I got
>> this location .
>>
>> root at registrar151:~$ opensipsctl ul show
>> Domain:: location hash_size=512
>> AOR:: user at domain.com <mailto:user at domain.com>
>> Contact:: sip:pj1f3tuc at 192.0.2.13
>> <mailto:sip%3Apj1f3tuc at 192.0.2.13>;transport=wss Q=
>> ContactID:: 1722063907515807930
>> Expires:: 590
>> Callid:: di99pe3jion673q2oudcpr
>> Cseq:: 96
>> User-agent:: SIP.js/0.7.8 BB
>> State:: CS_NEW
>> Flags:: 0
>> Cflags::
>> Socket:: wss:10.101.10.151:443
>> <http://10.101.10.151:443>
>> Methods:: 5439
>> SIP_instance:: <urn:uuid:5d79c3cf-599f-4773-ae40-fcc1789f9452>
>>
>>
>> I changed mid_registrar_save for save, restarted opensips and after
>> the register, the received is there.
>>
>> root at gegistrar151:~$ opensipsctl ul show
>> Domain:: location hash_size=512
>> AOR:: user at domain.com <mailto:user at domain.com>
>> Contact:: sip:pj1f3tuc at 192.0.2.13
>> <mailto:sip%3Apj1f3tuc at 192.0.2.13>;transport=wss Q=
>> ContactID:: 1722063907515802973
>> Expires:: 580
>> Callid:: di99pe3jion673q2oudcpr
>> Cseq:: 102
>> User-agent:: SIP.js/0.7.8 BB
>> Received:: sip:192.168.91.2:59384;transport=WSS
>> State:: CS_NEW
>> Flags:: 0
>> Cflags::
>> Socket:: wss:10.101.10.151:443
>> <http://10.101.10.151:443>
>> Methods:: 5439
>> SIP_instance:: <urn:uuid:5d79c3cf-599f-4773-ae40-fcc1789f9452>
>>
>>
>> If I print $avp(rcv) to xlog , it contains the correct information
>> every time.
>>
>> fix_nated_register();
>> xlog("L_INFO"," Value of REcevied after fix nated : $avp(rcv) ... ");
>> …..
>> Value of REcevied after fix nated :
>> sip:192.168.91.2:59384;transport=WSS …
>>
>>
>> So it would seem the variable is set correctly but mid_registrar_save
>> does save it.
>>
>> Thanks !
>>
>>
>>
>> On Sat, Mar 17, 2018 at 1:40 AM, Liviu Chircu <liviu at opensips.org
>> <mailto:liviu at opensips.org>> wrote:
>>
>> A git clone will definitely give you the latest code, as well as
>> the 2.3.3 RPMs.
>>
>> Are you sure you are also setting the "received_avp" for the
>> mid-registrar? If yes, please let me know the exact modparams of
>> your mid-registrar and I will try to reproduce the issue.
>>
>> Best regards,
>>
>> Liviu Chircu
>> OpenSIPS Developer
>> http://www.opensips-solutions.com <http://www.opensips-solutions.com>
>>
>> On 16.03.2018 21:58, Sebastian Sastre wrote:
>>> Liviu,
>>>
>>> I tried again and i’m pretty sure im cloning 2.3.3 but it sill
>>> not working. You mentioned the fix on the RPM packages but im
>>> using Debian 8 and I’m compiling from source. Is it only fixed
>>> on RPM packages?
>>>
>>> I also tried looking on the pull request or commits in git but I
>>> can’t see a comit for a mid_registrar and WSS missing the
>>> received parameter problem.
>>>
>>> I might not be looking correctly, do you mind sending me a link
>>> to the comit where it got fixed please ? That way I can make
>>> sure that the code I use has that fix.
>>>
>>> Thanks again !
>>> _______________________________________________
>>> Users mailing list
>>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>>> <http://lists.opensips.org/cgi-bin/mailman/listinfo/users>
>>
>>
>> _______________________________________________
>> Users mailing list
>> Users at lists.opensips.org <mailto:Users at lists.opensips.org>
>> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>> <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/20180320/51e2eed6/attachment-0001.html>
More information about the Users
mailing list