Hello Stan I will try to do what you say.
-----Original Message----- From: users-boun...@lists.opensips.org [mailto:users-boun...@lists.opensips.org] On Behalf Of Stanislaw Pitucha Sent: Monday, December 20, 2010 5:10 PM To: users@lists.opensips.org Subject: Re: [OpenSIPS-Users] TEXTOPS module On 20/12/10 13:51, Denis Putyato wrote: > Thank you Bogdan for your answer. Now I understood that apply changes is a > bad idea. > But during process a call I have to make some changes to INVITE message. > For example, > I need to add Remote-Party-ID (RPI) and/or P-Asserted-ID (PAI) and make > uac_replace_from(). If I make it for the first time everything fine. > But if I need then change these fields (via subst or uac_replace_from() > again)(for example, some gateways fails and cannot accepts call, I use > use_next_gw() of d_routing module and MUST change callerid information) then > my tests show that during, for example, second time call of > uac_replace_from() there are two uri in From: header field (as you understand > that is wrong), or if I make subst() of RPI or PAI then second header RPI and > PAI appear in addition of first headers which I added (or subst) before. > > And to avoid this I make signaling loop. New INVITE process as a new message > with modified early headers, so I can change it again. I'm not 100% sure if that will work in your case (never used uac), but you may be able to do all this by starting transaction early. If you force t_newtran() early in the script (you probably should anyways), any modification done to the message after that point should not be present in the failure route. So do t_newtran(), get the first gateway, modify as needed - if you fail, just reapply the changes as if you were working on the original message. Unless someone shouts now that it doesn't interact properly with uac that is ;) Regards, Stan _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users _______________________________________________ Users mailing list Users@lists.opensips.org http://lists.opensips.org/cgi-bin/mailman/listinfo/users