12 May
2009
12 May
'09
12:23 p.m.
Hi all,
is there any way to automatically change "reason" column from
"rejected" back to "NULL" or "allow" in watchers table after
UAC#1 moves the UAC#2 from its blacklist to whitelist?
i see that kamailio (1.5.0) correctly reads index.xml file from database, but
"rejected" reason is still in the watcher table until I delete it manually and
restart UAC.
...and is this even suppose to work like that or should I use different approach?
Thanks
Dubravko
12 May
12 May
3:32 p.m.
New subject: [Kamailio-Users] presence pres-rules and database watchers table
Dubravko Caric writes:
is there any way to automatically change
"reason" column from
"rejected" back to "NULL" or "allow" in watchers table
after UAC#1
moves the UAC#2 from its blacklist to whitelist?
i see that kamailio (1.5.0) correctly reads index.xml file from
database, but "rejected" reason is still in the watcher table until
I delete it manually and restart UAC.
if ua2 was blocked by ua1, and then becomes un-blocked, the status of
ua1 at ua2 does not change before ua2 sends a new subscribe.
are you saying that even when ua2 sends a new subscribe, it is still
blocked?
-- juha
9:59 p.m.
Hi Juha,
----- Original Message ----
From: Juha Heinanen <jh(a)tutpro.com>
To: Dubravko Caric <dubravko_caric(a)yahoo.com>
Cc: kamailio users <users(a)lists.kamailio.org>
Sent: Tuesday, May 12, 2009 3:32:49 PM
Subject: [Kamailio-Users] presence pres-rules and database watchers table
Dubravko Caric writes:
> is there any way to automatically change
"reason" column from
> "rejected" back to "NULL" or "allow" in watchers table
after UAC#1
> moves the UAC#2 from its blacklist to whitelist?
>
> i see that kamailio (1.5.0) correctly reads index.xml file from
> database, but "rejected" reason is still in the watcher table until
> I delete it manually and restart UAC.
if ua2 was blocked by ua1, and then becomes
un-blocked, the status of
ua1 at ua2 does not change before ua2 sends a new subscribe.
are you saying that even when ua2 sends a new subscribe, it is still
blocked?
i checked once more and the answer is yes. if you don't have this problems than
I'm doing something wrong.
here is my setup so please advise
1. in OpenXCAP I'm using "backend = Database"
2. eyebeam 1.5.19 sends xml documents to XCAP which correctly fills up "xcap"
table in MySQL (contacts-resource-list.xml, index.xml, resource-list.xml) and every
change (eg. white/blacklist in index.xml) is updated and stored in xcap table
3. kamailio.cfg
modparam("presence|presence_xml", "db_url",
"mysql://openser:openserrw@localhost/openser")
modparam("presence_xml", "force_active", 0)
modparam("presence_xml", "integrated_xcap_server", 1)
modparam("presence", "server_address",
"sip:192.168.111.222:5060")
route [2]
standard kamaililo.cfg for presence with just handle_publish(); and handle_subscribe(); .
Best regards
Dubravko
8:41 p.m.
Hi Juha,
----- Original Message ----
From: Juha Heinanen <jh(a)tutpro.com>
To: Dubravko Caric <dubravko_caric(a)yahoo.com>
Cc: kamailio users <users(a)lists.kamailio.org>
Sent: Wednesday, May 13, 2009 7:23:26 AM
Subject: Re: [Kamailio-Users] presence pres-rules and database watchers table
Dubravko Caric writes:
> here is my setup so please advise
>
> 1. in OpenXCAP I'm using "backend = Database"
i have
backend = OpenSIPS
which used to be before 1.1.0
backend = OpenSER
backend = OpenSIPS was solution. it is working now...
Thanks a lot
Dubravko
12 May
12 May
3:50 p.m.
New subject: [Kamailio-Users] presence pres-rules and database watchers table
Dubravko Caric writes:
is there any way to automatically change
"reason" column from
"rejected" back to "NULL" or "allow" in watchers table
after UAC#1
moves the UAC#2 from its blacklist to whitelist?
i see that kamailio (1.5.0) correctly reads index.xml file from
database, but "rejected" reason is still in the watcher table until
I delete it manually and restart UAC.
i just tested with 1,5 and when user "jh" un-blocked user "test" and
test subscribed "jh" initially again, "test" saw presence status of
"jh".
-- juha
5484
days inactive
5485
days old
5 comments
2 participants
participants (2)
-
Dubravko Caric -
jh＠tutpro.com