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

[Bogdan-Andrei Iancu]

Hi Rodrigo,

Try adding in your script:

alias="xxx.xxx.xxx.xxx"

Regards,

Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
http://www.opensips-solutions.com

On 13.01.2016 19:53, Rodrigo Pimenta Carvalho wrote:
>
> 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
>
>
> _______________________________________________
> 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/20160114/db856382/attachment-0001.htm>