[SR-Users] Syntax issue?

Muhammad Shahzad shaheryarkh at gmail.com
Mon Feb 16 19:21:00 CET 2015


Yes for the same reasons as you mentioned, it adds dependency on external
entities in your setup and may not be suitable for any sensitive data (e.g.
related to billing etc.).

Thank you.



On Mon, Feb 16, 2015 at 7:05 PM, Alex Balashov <abalashov at evaristesys.com>
wrote:

> Why not an RR parameter? It's probably the most reliable way to store some
> dialog-persistent data, since it doesn't depend on any in-memory/runtime
> state to be kept by the proxy itself, instead using the SIP messaging
> itself as a persistence layer. The only trouble with this approach is that
> it relies on correct RR behaviour by both endpoints and of course neither
> hides the value from the endpoints not prevents them from manipulating it.
>
> If the latter aspects are a concern, $dlg vars are probably the way to go.
> If you don't want to use the dialog module, use an 'htable' with Call-ID +
> From-tag as key.
>
>  --
> Sent from my BlackBerry. Please excuse errors and brevity.
>   *From: *Muhammad Shahzad
> *Sent: *Monday, February 16, 2015 12:55 PM
> *To: *Kamailio (SER) - Users Mailing List
> *Reply To: *Kamailio (SER) - Users Mailing List
> *Subject: *Re: [SR-Users] Syntax issue?
>
> Well, you can also put them in some storage backend e.g. MySQL, PGSQL
> using AVPOPS or memory caches such as Redis etc.
>
> Another way is to set it as record-route parameter using RR module. (not
> recommended)
>
> http://kamailio.org/docs/modules/4.2.x/modules/rr.html#add-rr-param-id
>
> Thank you.
>
>
>
> On Mon, Feb 16, 2015 at 6:42 PM, Igor Potjevlesch <
> igor.potjevlesch at gmail.com> wrote:
>
>> Additionally, there's no other way than implementing dialog module to
>> keep a variable between the beginning and the end of a call?
>>
>>
>>
>> Regards,
>>
>>
>>
>> Igor.
>>
>>
>>
>>
>>
>> *De :* Igor Potjevlesch [mailto:igor.potjevlesch at gmail.com]
>> *Envoyé :* lundi 16 février 2015 18:36
>> *À :* 'Kamailio (SER) - Users Mailing List'
>> *Objet :* RE: [SR-Users] Syntax issue?
>>
>>
>>
>> Thank you guys, I will try this.
>>
>> I misunderstood the notion of "transaction". I was thinking that it was
>> the whole call-flow.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Igor.
>>
>>
>>
>> *De :* sr-users [mailto:sr-users-bounces at lists.sip-router.org
>> <sr-users-bounces at lists.sip-router.org>] *De la part de* Muhammad Shahzad
>> *Envoyé :* lundi 16 février 2015 18:27
>> *À :* Kamailio (SER) - Users Mailing List
>> *Objet :* Re: [SR-Users] Syntax issue?
>>
>>
>>
>> As far as i know AVPs are transaction specific only. So they will be
>> deleted as soon as transaction is over, i.e. 200 OK for INVITE is received
>> for example. They will not be available in in-dialog transactions such as
>> ACK, or BYE etc. What you need is to set dialog variable instead, see more
>> info here,
>>
>> http://kamailio.org/docs/modules/4.2.x/modules/dialog.html#idp4202736
>>
>> Thank you.
>>
>>
>>
>>
>>
>> On Mon, Feb 16, 2015 at 6:08 PM, Igor Potjevlesch <
>> igor.potjevlesch at gmail.com> wrote:
>>
>> Hello,
>>
>>
>>
>> I'm looking for a way to track a call by using basic AVP like this:
>>
>> Into a route that treats INVITE:
>>
>> $avp(s:state)="call_start";
>>
>>
>>
>> Then, if I test this AVP into WITHINDLG route:
>>
>> if($avp(s:state)!="call_start") ; the test fails.
>>
>>
>>
>> Did I miss something?
>>
>>
>>
>> The goal is to update this AVP during the life of the transaction.
>>
>>
>>
>> Regards,
>>
>>
>>
>> Igor.
>>
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>>
>> _______________________________________________
>> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
>> sr-users at lists.sip-router.org
>> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>>
>>
>
>
> _______________________________________________
> SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing list
> sr-users at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.sip-router.org/pipermail/sr-users/attachments/20150216/38b0f1b4/attachment.html>


More information about the sr-users mailing list