[Kamailio-Devel] [ openser-Feature Requests-1999353 ] Loading user preferences using avp_load_radius

[SourceForge.net]

Feature Requests item #1999353, was opened at 2008-06-21 12:23
Message generated for change (Comment added) made by juhe
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743023&aid=1999353&group_id=139143

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: ver devel
>Status: Closed
Resolution: None
Priority: 5
Private: No
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Juha Heinanen (juhe)
Summary: Loading user preferences using avp_load_radius 

Initial Comment:
I have a problem. I use avp_load_radius to load caller or callee preferences and use them. But when I do call forwarding, it will load original caller's preferences for further processing instead of the user who has configured call forwarding. Ideally we should load the preferences of the user who forwarded the call as caller preferences. We can do this using avp_db_load but I think there should be provision in avp_load_radius as well. Currently it supports "caller", "callee" & "digest". I think it should support parameters same as avp_db_load. Let me know your thoughts about this.

Email: ruchir.lists at gmail.com

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

>Comment By: Juha Heinanen (juhe)
Date: 2008-08-30 18:57

Message:
Logged In: YES 
user_id=1332122
Originator: NO

New version of avp_radius module in trunk allows specifying the user whose
AVPs are loaded as a string parameter that may contain pseudo variables. 
With this you should be able to achieve what you want.  If not, create a
new feature request, where the requirement is specified in more detail.

-- juha


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

You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=743023&aid=1999353&group_id=139143