<div dir="ltr">Henning,<div><br></div><div>Thanks for the explanation.  This does clear it up for me.</div><div><br></div><div>Do you happen to know if there is a list of pseudo vars that fall under the non special case?   (a list for those psedo vars where msg_apply_changes needs to be called for the update to be reflected while in routing file processing that is.)</div><div><br></div><div>Thanks,</div><div><br></div><div>Karthik</div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 13, 2018 at 1:39 PM, Henning Westerholt <span dir="ltr"><<a href="mailto:hw@kamailio.org" target="_blank">hw@kamailio.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Am Mittwoch, 13. Juni 2018, 20:28:13 CEST schrieb Alex Balashov:<br>
> On Wed, Jun 13, 2018 at 01:26:07PM -0500, Karthik Srinivasan wrote:<br>
> > Could you explain why we need to call this function when manipulating $fU<br>
> > ?<br>
> <br>
> Some PV manipulations work that way, others don't. :-) "Because<br>
> Kamailio".<br>
<br>
Don't want to dig into to much technical details here..<br>
<br>
But to give a bit more context, the Kamailio architecture related to SIP <br>
message processing is optimized to avoid re-parsing of the message during <br>
configuration processing. This works with so called "lumps" which are more or <br>
less like a programming patch file (e.g. change, delete parts). This lumps are <br>
applied shortly before sending the message out or if you call <br>
msg_apply_changes().<br>
<br>
Some parts of the SIP message are accessed directly, because they are "more <br>
important" (like the request URI) are handled specially, some like the From <br>
user are done like a normal SIP header part as described above.<br>
<br>
For a bit more details and to look into the details, have a look to the <br>
dbg_sip_msg([log_level], [facility]) function in the debugger module.<br>
<br>
Best regards,<br>
<br>
Henning<br>
<br>
</blockquote></div><br></div></div>