Hi Henning,
Thank you very much for your reply. I'll check it.
Best Regards,
Laura
On Fri, Jul 1, 2011 at 5:02 PM, Henning Westerholt <
henning.westerholt(a)1und1.de> wrote:
On Thursday 30 June 2011, laura testi wrote:
[...]
pres_refresh_watchers triggered by xcap message in another presence
server:
with the hashing over to uri in dispacther
workaround, it seems solve the
first problem for SIP/SIMPLE messages, but we have the same kind of
problem for xcap message. For example, a subscription is in a local cache
of one server, and the incomming xcap message related to the same
subscription goes to another server, and this message trigger the
pres_update_watchers pres_refresh_watchers presence functions from the
configuration script in the server where there is no subscription in the
local cache, then it send the wrong notify message. This can happen when
a
user add/remove a contact, and the SUBSCRIBE goes
to one server and XCAP
PUT goes to another server. Unfortunately there is no DB mode only in
PRESENCE module like REGISTRAR module. The fallback to db can't help
either for point 1 or for point 2. Can you help please?
Hi laura,
i can't comment on the other question, but Marius B did some presence
extensions in master branch a few month ago, that the presence module now
supports a db_mode module parameter including DB_ONLY. It will be in
kamailio
3.2, maybe you can have a look to the master branch and backport it, if you
need it faster.
Best regards,
Henning