[OpenSIPS-Users] Opensips 1.9.1 and NAT

dpa denis7979 at mail.ru
Mon Nov 25 09:09:00 CET 2013



I understand but in onreply route I make a test: nat_uac_test("55") and only
if it successful I make “fix_nated_contact()”.

In my case nat_uac_test("55") must be fail after checking 183 ringing and
200 OK.


From: users-bounces at lists.opensips.org
[mailto:users-bounces at lists.opensips.org] On Behalf Of Ali Pey
Sent: Friday, November 22, 2013 5:37 PM
To: OpenSIPS users mailling list
Subject: Re: [OpenSIPS-Users] Opensips 1.9.1 and NAT




The question is not quite clear. In your opensips.cfg you call
"fix_nated_contact()" on both route and reply route. that's why it changes
the route.


There is no such a thing as direction in opensips unless it's implemented in
your logic. A message goes through your route or reply route scripts when it
reaches opensips. 





On Fri, Nov 22, 2013 at 1:10 AM, dpa <denis7979 at mail.ru> wrote:



I have a one question about nat processing of Opensips.


There is such scheme


UAC1 (softphone behind nat) à Opensips -> UAC2 (another softswitch), i.e.
UAC1 initiates a call to Opensips and a signaling port = 5068.


So UAC2 becomes “ringing” by sending 183 message.


In attachment 183 message from UAC2 and some parts of opensips.cfg


After 183 processing by Opensips port in Contact header of 183 (and later
200 OK) messages become 5060, i.e. Opensips detects NAT and changes Contact


So my question is, Why does Opensips changes Contact header?

Once Opensips detects nat transaction (setting setflag(21)) is it check all
reply messages (and doesn`t matter from which UAC they have been received)
or Opensips can detect direction and makes decision about nat process?


Thank you  for any help.






Users mailing list
Users at lists.opensips.org


-8fd4319e3154&cm_type=open&cm_user_email=alipey at gmail.com> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20131125/3ec9fd17/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: image/gif
Size: 906 bytes
Desc: not available
URL: <http://lists.opensips.org/pipermail/users/attachments/20131125/3ec9fd17/attachment-0001.gif>

More information about the Users mailing list