[OpenSIPS-Devel] [ opensips-Feature Requests-3565681 ] Copy AVPs from global reply route to armed reply route

[SourceForge.net]

Feature Requests item #3565681, was opened at 2012-09-07 16:57
Message generated for change (Comment added) made by bogdan_iancu
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3565681&group_id=232389

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: modules
Group: trunk
>Status: Closed
Priority: 5
Private: No
Submitted By: David Sanders (dmsanders)
>Assigned to: Bogdan-Andrei Iancu (bogdan_iancu)
Summary: Copy AVPs from global reply route to armed reply route

Initial Comment:
Currently any AVPs set in the global onreply_route are not carried into the armed (by TM module) onreply_route. Instead the TM module pulls the AVPs off of the transaction and loses any set in onreply_route.

This would be very useful since the global route is always called before the armed one, so common tasks could be pushed to the global route.

For example:

onreply_route
{
    $avp(modifiedUserAgent) = $(ua{s.toupper});
}

Then $avp(modifiedUserAgent) could be used for the ACC module logging, without duplicating the code in each onreply_route.

I know that this could be done as a $var and then stored as an AVP in each named onreply_route, but that somewhat negates the benefit of pushing common code to the global route.

----------------------------------------------------------------------

>Comment By: Bogdan-Andrei Iancu (bogdan_iancu)
Date: 2012-09-09 04:55

Message:
This cannot be done as it breaks the logic of the routes - the global
reply_route is not transaction aware, so you do not know the transaction
for the current reply, so you cannot add AVPs to the transaction.

----------------------------------------------------------------------

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=1086413&aid=3565681&group_id=232389