Thanks,
The reason why I didn't scroll down to it was because it was not listed
under the functions list. Thanks for this. I'll give it a try.
Next question is, will the values stored in this dialog_vars be matched if
I execute the function *is_in_profile("my-profile") ?*
The problem with the alternative approach ,what I think, could be that I'd
have to make sure that the required KVPs are stored in my hashtable for the
length of the call active.
I'd definitely not want my configurations file to behave abnormally if the
hastable entry value gets expired meanwhile the corresponding call is still
active.
Also Sir, I posted a previous email regarding the values not getting
expired from "dialog" table even after the BYE !
Thanks again,
Regards,
Sammy G.
On Mon, Jun 4, 2012 at 12:02 PM, Daniel-Constantin Mierla <miconda(a)gmail.com
wrote:
Hello,
to store in a value in a dialog_var record, you have to set a PV for it:
http://kamailio.org/docs/modules/stable/modules_k/dialog.html#id2555403
Alternative, you can use hashtable with a key composed from dialog id (or
callid) and some other string to identify your value.
Cheers,
Daniel
On 6/2/12 9:47 AM, SamyGo wrote:
Hello
I've two problems regarding dialog module- used for profiling users that
are in-a-call.
My topology is quiet simple.
SIP-USER-71141---->Kamailio------------->Asterisk[AGI]||
CALLEE<-----------------Kamailio<--------------------------------||
1- I wish to store my custom SIP header value in profiles.
I'm having trouble in figuring out on how to use Dialog_vars table in my
kamailio server. I'm using dialog module to profile SIP users that are in
call or making a call. It works well and the dialog maintains an entry when
the call is established. Now, the difficult part is that I want my custom
header to be inserted into either dialog table or dialog_vars table such
that when I do a query "*is_in_profile("$avp(my_value)")*" it returns
me
a result.
2- Alternative to 1, I can log A,B leg separately but it doesn't erase
all data on call hangup.
Asterisk AGI changes the caller-id of SIP-USERA such that if it was
71141 it would be something like "007" on its way out to destination via
kamailio. Now, at this point in kamailio when the call is answered by
destination the dialog module saves the call data with values corresponding
to "007" and not "71141".
I have to disable the "dialog", "detect_spirals" in order to count
this
one call as two separate entities BUT problem occurs when on hangup the
B-Leg gets erased from the table but the A-leg remains in DB for as long as
infinity.
Please help me in this.
Let me know if more details are required from me.
Regards,
Sammy G.
_______________________________________________
SIP Express Router (SER) and Kamailio (OpenSER) - sr-users mailing
listsr-users@lists.sip-router.orghttp://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -
http://www.asipto.comhttp://twitter.com/#!/miconda -
http://www.linkedin.com/in/miconda
Kamailio Advanced Training, Seattle, USA, Sep 23-26, 2012 -
http://asipto.com/u/katu
Kamailio Practical Workshop, Netherlands, Sep 10-12, 2012 -
http://asipto.com/u/kpw