16 Feb
2015
16 Feb
'15
8:37 p.m.
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-bounces@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-bounces@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.potjevlesch(a)gmail.com
<mailto:igor.potjevlesch@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@gmail.com
<mailto:igor.potjevlesch@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@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(a)gmail.com
<mailto:igor.potjevlesch@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(a)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(a)lists.sip-router.org <mailto:sr-users@lists.sip-router.org>
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users