[OpenSIPS-Users] nat issue

Miha miha at softnet.si
Thu Nov 17 11:13:37 CET 2016


Hello Bogdan

i changed this and it works in all cases, only in one I noticed today 
this (Opensips reply only in this case with two URI on contact):

  UAC:5060 ->OpenSIPS:5060
REGISTER sip:opsp.test.net:5060 SIP/2.0.
Via: SIP/2.0/UDP opsp.test.net;branch=z9hG4bKa40225bd7495297c6.
Max-Forwards: 70.
From: 042335040 <sip:99942335040 at opsp.test.net>;tag=1f62205074.
To: 042335040 <sip:99942335040 at opsp.test.net>.
Call-ID: 61c67f739bef5a2e.
CSeq: 1804289391 REGISTER.
Allow:  INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE,
PRACK, INFO.
Authorization: Digest
username="99942335040",realm="opsp.test.net",nonce="582d810c000058b
d73adccf0d455c2a2159b3a3403c1f7a3",uri="sip:opsp.test.net:5060",res
ponse="bc0c757c17f9b0976af35ec633dd83ca".
Contact: 042335040 <sip:99942335040 at opsp.test.net;transport=udp>;ex
pires=3600.
Privacy: none.
Supported: path.
User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP Stack/4.1.2.2.
Content-Length: 0.

UOpenSIPS:5060 -> UAC:5060
SIP/2.0 401 Unauthorized.
Via: SIP/2.0/UDP
opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKa4022
5bd7495297c6.
From: 042335040 <sip:99942335040 at opsp.test.net>;tag=1f62205074.
To: 042335040 <sip:99942335040 at opsp.test.net>;tag=0c7ff67d927afc274
b272138ce65100a.ac4d.
Call-ID: 61c67f739bef5a2e.
CSeq: 1804289391 REGISTER.
WWW-Authenticate: Digest realm="opsp.test.net",
nonce="582d811300005a88b92d0287a7460acce0a84e5d2a200b33", stale=true.
Server: OpenSIPS (1.10.0beta-tls (x86_64/linux)).
Content-Length: 0.


U UAC:5060 ->OpenSIPS:5060
REGISTER sip:opsp.test.net:5060 SIP/2.0.
Via: SIP/2.0/UDP opsp.test.net;branch=z9hG4bKb5f2bbbf80e346f48.
Max-Forwards: 70.
From: 042335040 <sip:99942335040 at opsp.test.net>;tag=1f62205074.
To: 042335040 <sip:99942335040 at opsp.test.net>.
Call-ID: 61c67f739bef5a2e.
CSeq: 1804289392 REGISTER.
Allow:  INVITE, ACK, CANCEL, BYE, NOTIFY, REFER, OPTIONS, UPDATE,
PRACK, INFO.
Authorization: Digest
username="99942335040",realm="opsp.test.net",nonce="582d811300005a8
8b92d0287a7460acce0a84e5d2a200b33",uri="sip:opsp.test.net:5060",res
ponse="9ce3622addeedf74622a23697e6f3728".
Contact: 042335040 <sip:99942335040 at opsp.test.net;transport=udp>;ex
pires=3600.
Privacy: none.
Supported: path.
User-Agent: Brcm-Callctrl/v1.10.3 M5T SIP Stack/4.1.2.2.
Content-Length: 0.
.


UOpenSIPS:5060 -> UAC:5060
SIP/2.0 200 OK.
Via: SIP/2.0/UDP
opsp.test.net;received=UAC;rport=5060;branch=z9hG4bKb5f2b
bbf80e346f48.
From: 042335040 <sip:99942335040 at opsp.test.net>;tag=1f62205074.
To: 042335040 <sip:99942335040 at opsp.test.net>;tag=766e4f757c55b3450
c9992a50fb64799-9163.
Call-ID: 61c67f739bef5a2e.
CSeq: 1804289392 REGISTER.
Contact: <sip:99942335040 at opsp.test.net;transport=udp>;expires=3600
;received="sip:UAC:5060", <sip:99942335040 at UAC:1024
 > ;expires=119.
Server: OpenSIPS (1.10.0beta-tls (x86_64/linux)).
Content-Length: 0.

Do you see where could be an issue?


tnx
miha


On 16/11/2016 08:11, Miha wrote:
> Hello Bogdan
>
> yes this was the case...
>
> thank you!
>
>
> br
> miha
>
> On 15/11/2016 18:35, Bogdan-Andrei Iancu wrote:
>> Hi Miha,
>>
>> When you handle REGISTER requests (from behind NAT) most probably you 
>> use fix_nated_contact() instead of fix_nated_register().
>>
>> Regards,
>> Bogdan-Andrei Iancu
>> OpenSIPS Founder and Developer
>> http://www.opensips-solutions.com
>> On 15.11.2016 09:11, Miha wrote:
>>> Hello
>>>
>>> i need one info.
>>> I have one phone behind NAT and it is registered on OpenSIPS. IN 
>>> register packet, which is send to OpenSIPS I can see contact: 
>>> "sip:11181600519 at 192.168.0.101:5060;transport=UDP"
>>>
>>> and let says that the public ip for this device is xxx.xxx.xxx.xxx.
>>>
>>>
>>> When opensips sends INVITE it send to right public ip and right port 
>>> (source ip and source port generated by router). The issue is this:
>>> Invite is like:  
>>> "sip:11181600519 at xxx.xxx.xxx.xxx:5060;transport=UDP" and this 
>>> request is then fw to this UAC behind router. The UAC replays to 
>>> this INVITE with 404 Not found as it is waiting to receive the same 
>>> URI which was written in contact (the userpart is ok, put the ip is 
>>> public, not private and this is the issue).From what I can see in 
>>> RFC this is the case.
>>>
>>>
>>> Till now Idid not have any issues with this, but now I found first 
>>> phone which replays with 404 and from RFC point of view there should 
>>> be private ip request :) . So is there anything I can do :)?
>>>
>>>
>>> tnx
>>> miha
>>>
>>>
>>> _______________________________________________
>>> 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/20161117/7aa61eef/attachment.htm>


More information about the Users mailing list