users@lists.sip-router.org"
Sent: Thursday, July 21, 2011 11:08 AM
Subject: Re: [SR-Users] xcap server - http load–balancer: xcap authentication
problem
Hi Marius,
thank you for your answer. It would e nice if you can provide a pure
DB mode that disable completely subscription hashtable and presentit
Hi Marius,
thank you for your answer. It would e nice if you can provide a pure
DB mode that disable completely subscription hashtable and presentity
hashtable in cache but only working with DB. Otherwise it can be still
problematic with our test case. Because when the one presence server
receives
olt ; "Bucur, Marius Ovidiu"
Cc: "sr-users@lists.sip-router.org"
Sent: Wednesday, July 20, 2011 2:11 PM
Subject: Re: [SR-Users] xcap server - http load–balancer: xcap authentication
problem
Hi Marius,
Thank you very much for your explanations. I see your answer only
Hi Marius,
Thank you very much for your explanations. I see your answer only in
the list. Here I copy to here for the convenience:
--
H
lists.sip-router.org" ; laura
testi
Sent: Friday, July 15, 2011 5:58 PM
Subject: Re: [SR-Users] xcap server - http load–balancer: xcap authentication
problem
On Friday 15 July 2011, laura testi wrote:
> we have checked the presence extension for DB_MODE only in the master
> branch. But
On Friday 15 July 2011, laura testi wrote:
> we have checked the presence extension for DB_MODE only in the master
> branch. But it's not complete DB_ONLY mode, it seems that it still uses
> the cache for active_watchers in write through mode. Is there any reason
> for it? That can still make probl
Hi,
we have checked the presence extension for DB_MODE only in the master
branch. But it's not complete DB_ONLY mode, it seems that it still uses the
cache for active_watchers in write through mode. Is there any reason for it?
That can still make problem for the scalability for the multiple presenc
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.westerh...@1und1.de> wrote:
> On Thursday 30 June 2011, laura testi wrote:
> > [...]
> > pres_refresh_watchers triggered by xcap message in another pres
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 mes
Thank you very much Daniel! It works!
Following your suggestion, I have set the following parameters in the
kamailio.cfg in both servers:
modparam("auth", "secret", "samesecretparam")
modparam("auth", "nonce_expire", 1800)
modparam("auth", "nonce_auth_max_drift", 300)
modparam("auth", "one_time_n
Hello,
On 6/28/11 6:33 PM, laura testi wrote:
Hello all,
I’m using two Kamailio Presence Servers that are also XCAP Servers for
the presence and resources management and the Kamailio Dispatcher in
order to balance the SIP requestes coming from SIP Client.
Then I’m trying to configure a HT
11 matches
Mail list logo
