[SR-Users] Syntax issue?

Igor Potjevlesch igor.potjevlesch at gmail.com
Mon Feb 16 19:17:13 CET 2015


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 at 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 at gmail.com <mailto: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 <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] 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 <mailto: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 <mailto: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 <mailto: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/d09b9f3e/attachment.html>


More information about the sr-users mailing list