[OpenSIPS-Users] Config Advertised_address makes OpenSIPS forward SIP ACK when it must not. How to fix? Help.

[Rodrigo Pimenta Carvalho]

Dear OpenSIPS-users;


My OpenSIPS is behind a NAT. The public IP is xxx.xxx.xxx.xx.

So, I have configured advertised_address="xxx.xxx.xxx.xx" in my OpenSIPS.


It seems that such new configurations takes appropriated effect, because a Record-Route header field in a SIP OK message (for a call that was answered) contains the IP xxx.xxx.xxx.xx, when it arrives to the caller (OpenSIPS adds Record-Rout xxx.xxx.xxx.xx when the SIP INVITE is forwarded).


So, when the caller receives that SIP OK it sends the SIP ACK to IP xxx.xxx.xxx.xx, port 5060. Then OpenSIPS receives the SIP ACK that has Route header field containing the IP xxx.xxx.xxx.xx.


Now the problem: OpenSIPS refuses the SIP ACK as this message was to another proxy and forward it. As log as the route is xxx.xxx.xxx.xx, the SIP ACK returns to OpenSIPS that forward it again. It becomes a loop.


How to solve this issue? I think there is an error in my OpenSIPS.cfg file.

Any hint?

--------------------------------------------------------------------------------------------------------------------------


Some details from the log is here:




Jan 13 17:15:28 [680] DBG:core:check_self: host != me
Jan 13 17:15:28 [680] DBG:rr:after_loose: Topmost URI is NOT myself
Jan 13 17:15:28 [680] DBG:rr:after_loose: URI to be processed: 'sip:xxx.xxx.xxx.xx;transport=tcp;lr;nat=yes;did=de2.a332f873'
Jan 13 17:15:28 [680] DBG:rr:after_loose: Next URI is a loose router
Jan 13 17:15:28 [680] DBG:rr:run_rr_callbacks: callback id 1 entered with <transport=tcp;lr;nat=yes;did=de2.a332f873>
Jan 13 17:15:28 [680] DBG:dialog:dlg_onroute: Route param 'did' not found
Jan 13 17:15:28 [680] DBG:core:parse_headers: flags=58
Jan 13 17:15:28 [680] DBG:core:parse_to_param: tag=f97c143e
Jan 13 17:15:28 [680] DBG:core:parse_to: end of header reached, state=29
Jan 13 17:15:28 [680] DBG:core:parse_to: display={"6003"}, ruri={sip:6003 at 192.168.XXX.XXX;transport=TCP}
Jan 13 17:15:28 [680] DBG:dialog:get_dlg: input ci=<iGu3D2Ej0BIXJF18BzYQKA..>(24), tt=<f97c143e>(8), ft=<Zw5eZ5e>(7)
Jan 13 17:15:28 [680] DBG:dialog:get_dlg: no dialog callid='iGu3D2Ej0BIXJF18BzYQKA..' found
Jan 13 17:15:28 [680] DBG:dialog:dlg_onroute: Callid 'iGu3D2Ej0BIXJF18BzYQKA..' not found
Jan 13 17:15:28 [680] DBG:rr:add_rr_param: adding (;nat=yes)
Jan 13 17:15:28 [680] DBG:tm:t_newtran: transaction on entrance=0xffffffff
Jan 13 17:15:28 [680] DBG:core:parse_headers: flags=ffffffffffffffff
Jan 13 17:15:28 [680] DBG:core:parse_headers: flags=78
Jan 13 17:15:28 [680] DBG:tm:t_lookup_request: start searching: hash=21281, isACK=1
Jan 13 17:15:28 [680] DBG:tm:matching_3261: RFC3261 transaction matching failed
Jan 13 17:15:28 [680] DBG:tm:t_lookup_request: no transaction found
Jan 13 17:15:28 [680] DBG:tm:t_relay_to: forwarding ACK








Best regards.




RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20160113/f8d2d119/attachment.htm>