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

Rodrigo Pimenta Carvalho pimenta at inatel.br
Thu Jan 14 13:33:08 CET 2016


Thank you very much!


It worked!


One observation: the documentation for OpenSIPS dev 2.2, says:


"...It is necessary to include the port..."


However, when I do alias="xxx.xxx.xxx.xxx:5060" it fails.


Now, my next step will be to analyze the SDP and fix it when OpenSIPS and callee is behind the NAT. Do you have any suggestion for that?


Best regards.


RODRIGO PIMENTA CARVALHO
Inatel Competence Center
Software
Ph: +55 35 3471 9200 RAMAL 979


________________________________
De: Bogdan-Andrei Iancu <bogdan at opensips.org>
Enviado: quinta-feira, 14 de janeiro de 2016 07:45
Para: OpenSIPS users mailling list; Rodrigo Pimenta Carvalho
Assunto: Re: [OpenSIPS-Users] Config Advertised_address makes OpenSIPS forward SIP ACK when it must not. How to fix? Help.

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

[http://www.opensips-solutions.com/imgs/opensips-solutions-logo.gif]<http://www.opensips-solutions.com/>

Home — OpenSIPS Solutions<http://www.opensips-solutions.com/>
www.opensips-solutions.com
OpenSIPS is a mature Open Source implementation of a SIP server. OpenSIPS is more than a SIP proxy/router as it includes application-level functionalities.

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<mailto: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<mailto: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/ae1967b8/attachment.htm>


More information about the Users mailing list