[Serusers] Textops with AVPs?
sip at arcdiv.com
Tue Jul 11 13:05:25 CEST 2006
Sounds like something I might look more into. Thanks, Greger. Is there
anything written more about @var constructs? I checked the admin guide (I
know... that was kind of silly considering how out of date it is ;) ), and
tried to do a search in Google (it seems to ignore the @, so @var just gives
me every message with the word 'var' in it) and didn't see anything. Is there
anything over at OnSIP discussing it?
On Tue, 11 Jul 2006 08:35:11 +0200, Greger V. Teigre wrote
> If this functionality was added in later openser versions than 0.9,
> it will most likely not be in SER. What you are describing is hard
> to do with the avpops version in 0.9. The avpops module was generic
> enough to do more than it was designed for; making some code
> operations quite dirty in 0.9 (using the ruri as a temporary storage
> while manipulating a variable). SER head uses @var to more directly
> access data instead of going through a module. You may want to have
> a look at it! g-)
> sip wrote:
> > Is there a version of textops that can do substs with AVPs that will work on
> > SER 0.9.6 or is that an openSER-only modification of the code?
> > I'm curious because we're ALSO running into the issues of charging the
> > call-forwarding user for forwarding a call to the PSTN instead of charging the
> > calling party. Ideally, I'd like to rewrite the from address solely for the
> > purpose of authenticating the user who's doing the forwarding and charging him
> > for the call, but that would likely break things as there'd be no way to get
> > back to the original user if I just rewrote the from username.
> > SO, I thought, why not let the b2bua handle the details and just forward a uri
> > with a prefix string that includes the user who's forwarding the call (the
> > original RURI instead of just the rewritten one).
> > And there's the trick. How do I craft a RURI out of bits and pieces of things
> > into one long RURI?
> > If it were all the same number, I could use prefix, but it's dynamic (as is
> > the nature of most things), so prefix won't work.
> > How do I take
> > RURI=1105
> > And add to it:
> > The rewritten RURI from the call forwarding info: 18005551212
> > AND the prefix for the b2bua auth: 9999
> > To make:
> > new ruri: 9999110518005551212
> > N.
> > _______________________________________________
> > Serusers mailing list
> > Serusers at lists.iptel.org
> > http://lists.iptel.org/mailman/listinfo/serusers
More information about the sr-users