[ http://tracker.iptel.org/browse/SER-128?page=all ]
Jan Janak updated SER-128:
--------------------------
Fix Version/s: Ipteldorf
(was: Wishlist)
> enhanced functionality with uri_db
> ----------------------------------
>
> Key: SER-128
> URL: http://tracker.iptel.org/browse/SER-128
> Project: SER
> Issue Type: Improvement
> Components: Unspecified
> Affects Versions: Wishlist
> Reporter: Bogdan Pintea
> Assigned To: Jan Janak
> Priority: Minor
> Fix For: Ipteldorf
>
> Attachments: uri_db.diff, uri_db.diff
>
>
> There are two distinct proposed improvement for uri_db module:
> 1.the flags table field can not really be used (from SER) without code
> modifications. The proposed enhancement is to have the flags named (as module
> parameters) and accessed from script as AVPs.
> Example:
> """
> modparam("uri_db", "flags_attrs", "$canonical:2")
> if (! lookup_user("$tu", "@ruri")) {
> [...] # case handling for non local user
> }
> if (! $tu.canonical) {
> [...] # treat non canonical URIs
> }
> """
> The lookup_user function sets as AVPs all the registered flags that are set
> for the matched URI.
> There can be un-named flags in database (candidates are the built ins
> USE_TO/USE_RURI/USE_FROM). These simply are ignored if not specified as
> module parameter ("modparam("uri_db", "flags_attrs", "$canonical:2,
> $foo:3")").
> 2. the second is a complement: currently the module can only check if there
> exists a DB entry matching a URI. The proposed extension is to have the
> module load a username (as $username AVP), being given a UID (previously
> looked for) and a set of flags.
> Example:
> """
> modparam("uri_db", "flags_attrs", "$canonical:2")
> if (! lookup_user("$tu", "@ruri")) {
> [...] # case handling for non local user
> }
> if (! $tu.canonical) {
> if (! load_username("$tu.uid", "$canonical")) {
> [...] # treat db miss case
> }
> if (attr2uri("$tu.username", "user")) {
> [...] # route message away or something
> }
> }
> """
--
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators:
http://tracker.iptel.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira
_______________________________________________
Serdev mailing list
[email protected]
http://lists.iptel.org/mailman/listinfo/serdev
