31 Mar
2006
31 Mar
'06
3:38 a.m.
This should work:
modparam("tm", "fr_inv_timer_avp", "i:678")
avp_db_load("$to","i:678");
regards
klaus
Klaus Darilion wrote:
Try loading it directly into the fr_inv_timer_avp.
regards
klaus
sip wrote:
I still don't see it.
I could, perhaps, understand that maybe avp_copy would be what I want,
to copy
the value I've retrieved from the avp_db_load into the inv_timeout
avp, but
I'm not using OpenSER, and the version of AVPOps that comes with SER
0.9.6
doesn't include an avp_copy (nor, honestly, am I convinced that would
be the
correct approach).
avp_pushto won't work, as its destination can't be an AVP.
avp_write won't work as it's limited to $ruri, $from, IPs, headers,
and static
values as its destination... again, no AVPs.
So... is there a way without avp_copy to write an avp to an avp?
N.
On Thu, 30 Mar 2006 12:17:08 +0200, Klaus Darilion wrote
_______________________________________________
Serusers mailing list
serusers(a)lists.iptel.org
http://lists.iptel.org/mailman/listinfo/serusers This is possible for sure. Reading the AVPOPS
tutorial should help you:
http://www.voice-system.ro/docs/avpops/0.9.0/
regards
klaus
sip wrote:
> Can anyone think of a way, perhaps using AVPs, perhaps using a
> custom module,
> that I might do something like set fr_inv_timer_avp on the fly to a
> value
> pulled from the database?
> I was looking at the AVP commands, and I couldn't figure out a way
> of grabbing
> a number of seconds from the DB (that part's easy enough), storing
> it into an
> AVP, and then storing the value from that AVP into fr_inv_timer_avp.
> Now, storing statically is easy enough... at the top of my ser.cfg,
> I have:
>
> modparam("tm", "fr_inv_timer_avp", "inv_timeout")
>
>
> And off inside the cfg, I've got:
>
> avp_write("i:45","inv_timeout");
>
> ... to write a static number of 45 seconds to the inv_timeout. That
> works. I'm just trying to think of a way to make it dynamic, storing
> a value for that
> number of seconds in the DB, and retrieving it on a per-user basis
> (so each
> user could set his individual timeout values should he so desire).
> Maybe I'm just not thinking about this correctly. Anyone have a
> direction I
> could try?
>
> N.
>
> _______________________________________________
> Serusers mailing list
> serusers(a)lists.iptel.org
> http://lists.iptel.org/mailman/listinfo/serusers