[OpenSIPS-Users] Opensips 2.2.2 and top hiding

[Denis]

Hello, Razvan!

No, i don`t make any modification for that variables

"  if (match_dialog() || topology_hiding_match()) {

   if (!$DLG_status == NULL) {
   xlog("L_INFO", "Route0:$rm was received (IPS=$si, IPD=$rd, CALLID=$ci, FROMTAG=$ft, TOTAG=$tt, AUTH=$au) and RURI = $ru/$rd");
     force_rport();
     route(1);
     exit;
   }

}"

The information from a syslog.

"Route0:ACK was received (IPS=2.2.2.2, IPD=3.3.3.3, CALLID=82158NWE4MmU0NmJiZDU2MzA4OWM1MGFiZjU1Zjg2YTA4NWM, FROMTAG=b83b533d, TOTAG=6A3BE0-1AA9, AUTH=<null>) and RURI = sip:3364021 at 3.3.3.3:5068/3.3.3.3"

mailto:denis7979 at mail.ru


Hi, Denis!

Are you modifying the $ru/$rd variables anyhwere in your script for that ACK? I am seeing the R-URI of the ACK going to 3.3.3.3:5068:
ACK sip:3364021 at 3.3.3.3:5068 SIP/2.0.
However, it should be:
ACK sip:3364021 at 4.4.4.4:5060 SIP/2.0.

Can you try printing the $ru variable just after the topology_hiding_match() function?

Best regards,
Răzvan Crainea
OpenSIPS Solutions
www.opensips-solutions.com
On 11/15/2016 02:22 PM, Denis wrote:

Opensips 2.2.2 and top hiding Hello!

I try to make top hiding using topology_hiding module.
In attachment you can find a log of unsuccessful call.

Scheme of the call

SIP UA (2.2.2.2) -> Opensips with top hiding (1.1.1.1) -> another Opensis proxy (3.3.3.3) - > PSTN GW (4.4.4.4) -> PSTN.

As i understand,  the problem is that Opensips proxy cannot send ACK (on 200 OK) to PSTN GW because RURI and Route header has similar IP, namely 3.3.3.3.

I am using "topology_hiding("C");" function for top hiding.

The call log was gathered from 1.1.1.1

Thank you for any help.

P.S. On 1.1.1.1 i also try to make load balancing.

mailto:denis7979 at mail.ru 

_______________________________________________
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/20161115/fe62ac96/attachment.htm>