[OpenSIPS-Users] topology_hiding and reinvite.

[Ihor Olkhovskyi]

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 <
users at lists.opensips.org> 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
> Users at lists.opensips.org
> http://lists.opensips.org/cgi-bin/mailman/listinfo/users
>


-- 
Best regards,
Ihor (Igor)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.opensips.org/pipermail/users/attachments/20260604/ed6dbf13/attachment.html>