So I am thinking of not thinking on auto-expire or create any code to
corelate dialog/active call data with my hash table. Instead Just focus on
latest version and then try this all.This new dialog keepalive function
seems better.linking between my hashtable entry with the dialog is not
required, e
Hello,
On 6/12/12 11:49 AM, SamyGo wrote:
Yes, I saw the event routes in new version and that seems relevant.
Yes deleting entries from hash table is definitely logical but what
about hash entries for calls which are in-call for like 4~10 hours !!
will hashtable delete those entries !
auto-exp
Yes, I saw the event routes in new version and that seems relevant. Yes
deleting entries from hash table is definitely logical but what about hash
entries for calls which are in-call for like 4~10 hours !! will hashtable
delete those entries !
So I was thinking that I definitely need a mechanism i
Hello,
On 6/7/12 1:34 PM, SamyGo wrote:
Hi,
sure, I'll give that debug messages a try tonight, Also I was thinking
of alternative approach and like you said, you are using htable. If
I've to use that htable entry manually how do I make sure that any
call data gets only deleted/erased after t
Hi,
sure, I'll give that debug messages a try tonight, Also I was thinking of
alternative approach and like you said, you are using htable. If I've to
use that htable entry manually how do I make sure that any call data gets
only deleted/erased after the call hangsup !? i.e I don't want the htable
Hello,
do you get any hints about what happens if you run with debug=3? When
dialog is deleted from database, is any other query sent to delete the
dialog vars? This features was not used by me so far, still relying on
htable for my needs of such cases.
You can send the logs here for trouble
Hi Sir,
I've used the funcation as you informed. *$dlg_var(incall) = $fU; * It do
insert my desired value into the dialog_var table but it don't gets deleted
on call hangup !
I'm executing this code in my ON_REPLY route:
onreply_route[REPLY_ONE] {
xdbg("incoming reply\n");
if(is_method("B
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 alt
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,
Dani
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 valu
10 matches
Mail list logo
