Stefan, I had the same issue and eded up storing in cachedb info about current calls with source - destination info and in a case of re-invite taking actual destination from there and not from a SIP packet directly. You can use in-dialog variables for this as well, I'm using cachedb for historical reasons.
Cheers, Ihor Le mar. 2 juin 2026 à 09:39, Stefan Carlsson via Users < [email protected]> a écrit : > Hi ! > > > > I have the following setup. > > > > > > caller (A) from outside .operator à opensips à alcatel OxE è Set. > > > > > > When an outside caller calls in the opensips relays out the calls to the > OxE’ set. > > > > Oxe respons to the A thru opensips all transactions and the initial dialog > is created … > > > > Then oxe sends an reinvite to the opensips to give its correct c= in the > sdp. (OxE has a cpu with o= and and c= point of some InTIP card rtp points > … in the sdp > > > > ******** Heres the problem …. > > > > Opensips relays this reinvite back to the (A) wich is totally wrong this > re-invite should goto opensip to fix the rtp endpoints …. > > > > How can I prevent the Opensips to reply the reinvite to the A point … > Shall I issue a new topoly-hiding() or …. (Can there be two of them. ) > > Any help would be very appreciated … > > > > > > Kind Regards … > > _________________________________ > > Stefan > > > > > _______________________________________________ > Users mailing list > [email protected] > http://lists.opensips.org/cgi-bin/mailman/listinfo/users > -- Best regards, Ihor (Igor)
_______________________________________________ Users mailing list [email protected] http://lists.opensips.org/cgi-bin/mailman/listinfo/users
