[SR-Users] can't assign values to $fU

[Karthik Srinivasan]

Daniel,

I appreciate the information.  Than you very much.

Karthik

On Thu, Jun 14, 2018 at 1:18 AM, Daniel-Constantin Mierla <miconda at gmail.com
> wrote:

> Hello,
>
> you have to put this from the perspective of: changes to the SIP message
> (headers and body) are not immediately reflected. So even if you do a
> replace or subst operation, changes are not visible. If you do remove_hf()
> or append_hf(), it happens the same.
>
> The FAQ has an entry for it:
>
>   - https://www.kamailio.org/wiki/tutorials/faq/main#why_
> changes_made_to_headers_or
>
> $fu/U/d used to be read only, we made them r/w for convenience, as a
> variable based operation instead of uac_replace_from().
>
> The r-uri variables ($ru, $rU, $rd, ...) are not pointing to the SIP
> message buffer, there is a special field (and buffer) inside the internal
> structure of Kamailio, that's why changes to it are visible. The
> corresponding variables pointing to the SIP message buffer are $ou, $oU, ...
> Cheers,
> Daniel
>
> On 13.06.18 23:05, Karthik Srinivasan wrote:
>
> Henning,
>
> Thanks for the explanation.  This does clear it up for me.
>
> 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.)
>
> Thanks,
>
> Karthik
>
> On Wed, Jun 13, 2018 at 1:39 PM, Henning Westerholt <hw at kamailio.org>
> wrote:
>
>> Am Mittwoch, 13. Juni 2018, 20:28:13 CEST schrieb Alex Balashov:
>> > On Wed, Jun 13, 2018 at 01:26:07PM -0500, Karthik Srinivasan wrote:
>> > > Could you explain why we need to call this function when manipulating
>> $fU
>> > > ?
>> >
>> > Some PV manipulations work that way, others don't. :-) "Because
>> > Kamailio".
>>
>> Don't want to dig into to much technical details here..
>>
>> But to give a bit more context, the Kamailio architecture related to SIP
>> message processing is optimized to avoid re-parsing of the message during
>> configuration processing. This works with so called "lumps" which are
>> more or
>> less like a programming patch file (e.g. change, delete parts). This
>> lumps are
>> applied shortly before sending the message out or if you call
>> msg_apply_changes().
>>
>> Some parts of the SIP message are accessed directly, because they are
>> "more
>> important" (like the request URI) are handled specially, some like the
>> From
>> user are done like a normal SIP header part as described above.
>>
>> For a bit more details and to look into the details, have a look to the
>> dbg_sip_msg([log_level], [facility]) function in the debugger module.
>>
>> Best regards,
>>
>> Henning
>>
>>
>
>
> _______________________________________________
> Kamailio (SER) - Users Mailing Listsr-users at lists.kamailio.orghttps://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
>
>
> --
> Daniel-Constantin Mierla -- www.asipto.comwww.twitter.com/miconda -- www.linkedin.com/in/miconda
> Kamailio World Conference -- www.kamailioworld.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.kamailio.org/pipermail/sr-users/attachments/20180614/ea6920c5/attachment.html>