I tried with $sht(myhash=>$ci::state) = "call_start".
It works fine!! Many thanks.
Is that could work too: $sht(myhash=>$ci::$ft::state) = "call_start"?
To delete this, can I do sht_rm_name_re("myhash=>$ci");? I want to be sure that
after the call ends, everything is cleared.
Regards,
Igor.
De : Igor Potjevlesch [mailto:igor.potjevle...@gmail.com]
Envoyé : lundi 16 février 2015 19:38
À : 'Kamailio (SER) - Users Mailing List'
Objet : RE: [SR-Users] Syntax issue?
I just tried with RR but it didn't really match what I want to do.
HTAble with Call-ID+From-tag is a really interesting idea. I start reading the
documentation of the module.
Have you an example of what this might look like?
Regards,
Igor.
De : sr-users [mailto:sr-users-boun...@lists.sip-router.org] De la part de Alex
Balashov
Envoyé : lundi 16 février 2015 19:22
À : Igor Potjevlesch
Objet : Re: [SR-Users] Syntax issue?
It's pretty straightforward using the right transformations on
$hdr(Record-Route). Have a look at the transformations docs.
--
Sent from my BlackBerry. Please excuse errors and brevity.
From: Igor Potjevlesch
Sent: Monday, February 16, 2015 1:17 PM
To: 'Kamailio (SER) - Users Mailing List'
Reply To: Kamailio (SER) - Users Mailing List
Subject: Re: [SR-Users] Syntax issue?
Indeed, RR could do the job. But it will not be easy to get the value after. It
could be possible with regex I guess.
I will look at htable too. It's looks to be easier than dialog.
For AVPOPS, why not. I'm just afraid with the delay.
Many thanks for all these suggestions.
Regards,
Igor.
De : sr-users [mailto:sr-users-boun...@lists.sip-router.org] De la part de Alex
Balashov
Envoyé : lundi 16 février 2015 19:05
À : Muhammad Shahzad
Objet : Re: [SR-Users] Syntax issue?
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.potjevle...@gmail.com
<mailto:igor.potjevle...@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.potjevle...@gmail.com
<mailto:igor.potjevle...@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-boun...@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.potjevle...@gmail.com
<mailto:igor.potjevle...@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@lists.sip-router.org <mailto:sr-users@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@lists.sip-router.org <mailto:sr-users@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@lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
