The Contact hdr is not relevant for TM, still it is if you are using
nathelper (for pinging) or dialog support with topo hiding (where the Ct
must be retained).
Regards,
Bogdan-Andrei Iancu
OpenSIPS Founder and Developer
https://www.opensips-solutions.com
https://www.siphub.com
On
Thank you Bogdan,
It seems that replacing remove_hf with uac_replace_from has resolved the
issue.
Just a quick question: if I use remove_hf("Contact") during INVITE, will TM
become aware of this change?
Regards,
Jason
On Fri, 5 Jan 2024 at 23:55, Bogdan-Andrei Iancu
wrote:
> Hi Jason,
>
>
Hi Jason,
For changing the FROM hdr (at INVITE time), better use the
uac_replace_from() function [1] - by doing this, the TM will become
aware of the change and reflect it into CANCEL too.
[1]
https://opensips.org/html/docs/modules/3.4.x/uac.html#func_uac_replace_from
Regards,
Hi Bogdan,
Agreed that the RFC3261 CANCEL is truly built using INVITE. In my case,
somehow CANCEL is not the same as the initial INVITE. Due to the complexity
of my case I have hard times to fix the issue. Let me explain a bit.
On the INVITE i change the From Header, which i can see has also been
Hi Jason,
In transactional stateful SIP, the CANCEL requests are hop by hop - each
hop in the path is generating its own CANCEL requests to the next hop,
which consumes it; there is no actual relaying of the CANCELs. So, the
replacing (which works in relaying mode only) doesn't fit here.
Hi,
I've been attempting to modify the From header in the CANCEL, but it seems
the changes aren't taking effect. I've also experimented with remove_hf and
append_hf, but unfortunately, these methods didn't work either. Could
someone kindly offer suggestions if I might be overlooking something?