Bogdan,
I found the issue. It seems that fix_nated_contact was the culprit. I wasn't for nat in reply route so when the call was coming in I was trying to fix the nated contact which wasn't nated. This was already done in the source/remote proxy. I found this to be the source of other issues where acks were being sent with the proxy address rather than what sent in the 200 ok contact. THank you for looking into it. Thanks, Tito On Mon, Jun 15, 2015 at 12:29 PM, Bogdan-Andrei Iancu <[email protected]> wrote: > Hi Tito, > > I have your trace downloaded and trying to look into it in the next days. > > Regards, > > Bogdan-Andrei Iancu > OpenSIPS Founder and Developerhttp://www.opensips-solutions.com > > On 12.06.2015 20:05, Tito Cumpen wrote: > > Does anyone in the group have any ideas on this issue? this is puts a crux > on my distributed HA/load balanced design. Since I can't fork calls to > proxies in which other users may reside on. > > > On Fri, Jun 5, 2015 at 7:05 PM, Tito Cumpen <[email protected]> wrote: > >> Group, >> >> >> I am having issues with opensips version: opensips 2.2-dev >> (x86_64/linux) >> git revision: 1e998bb >> forwarding an ack post 200 ok sourcing from a remote opensips proxy is >> not being sent to the UAC to initiate the dialogue. Not sure what has >> changed from 1.11 as far as this sort of processing but now the ack is >> being dropped. I have taken a trace and logs from the side that wont >> transmit the ack. >> >> https://www.dropbox.com/s/kznqi18h7rokhvj/2.2issues.tar?dl=0 >> >> I have also included the opensips.cfg in case there are any questions >> regarding the config. >> >> >> Thanks, >> Tito >> > > > > _______________________________________________ > Users mailing > [email protected]http://lists.opensips.org/cgi-bin/mailman/listinfo/users > > >
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
