[SR-Users] loop through variables

Bernhard Suttner bernhard.suttner at winet.ch
Tue Nov 2 18:28:26 CET 2010


The module permissions with the function allow_source_address is exactly what I want to do. Check where the call is coming from and do something special to it. Thanks a lot for that great module (and of course to 3.1 and to the nice help which I got here :-)

Best regards,
Bernhard

-----Ursprüngliche Nachricht-----
Von: Daniel-Constantin Mierla [mailto:miconda at gmail.com] 
Gesendet: Dienstag, 2. November 2010 17:57
An: Bernhard Suttner
Cc: sr-users at lists.sip-router.org
Betreff: Re: [SR-Users] loop through variables



On 11/2/10 5:52 PM, Bernhard Suttner wrote:
> Hi,
>
> thanks @ all. I will try out the AVP method.
beware that normally the avps are persistent per transaction. Meaning 
that when the transaction processing (or the message in stateless mode) 
is done, avps are removed automatically.

There are global avps coming from ser 2.0 (therefore you have to use 
version 3.0+) where the name has to contain 'g.' prefix - $avp(g.foo)

Cheers,
Daniel

> Best regards,
> Bernhard
>
> -----Ursprüngliche Nachricht-----
> Von: Daniel-Constantin Mierla [mailto:miconda at gmail.com]
> Gesendet: Dienstag, 2. November 2010 17:16
> An: Alex Balashov
> Cc: Bernhard Suttner; sr-users at lists.sip-router.org
> Betreff: Re: [SR-Users] loop through variables
>
>
>
> On 11/2/10 5:13 PM, Alex Balashov wrote:
>> On 11/02/2010 12:01 PM, Daniel-Constantin Mierla wrote:
>>
>>> What Alex provided for assignment is not working exactly that way,
>>> because an assignment to an AVP always adds at the first position like a
>>> stack (the index is not relevant for avp in the left side of assignment
>>> unless it is '*' and assigned value is null - meaning delete all avps
>>> with that name).
>> That is true.  I forgot about that.  That still means he could insert
>> the IPs in backward order, though, doesn't it?
> yes, it inserts them in backward order.
>
> Cheers,
> Daniel
>

-- 
Daniel-Constantin Mierla
http://www.asipto.com






More information about the sr-users mailing list