[sr-dev] git:master: modules_k/presence Fixed DB Storage Modes

Daniel-Constantin Mierla miconda at gmail.com
Mon Feb 20 11:05:46 CET 2012


Hello,

On 2/20/12 10:40 AM, Anca Vamanu wrote:
> Hi Klaus,
>
>
> On 02/20/2012 10:47 AM, Klaus Darilion wrote:
>> Hi Anca!
>>
>>   From the README:
>>
>> subs_db_mode (int):
>> 3 - DB-Only scheme. No memory cache is kept, all operations being
>> directly performed with the database. The timer deletes all expired
>> subscriptions from database. The mode is useful if you configure
>> more servers sharing the same DB without any replication at SIP
>> level. The mode may be slower due the high number of DB operation.
>>
>> You mention replication at SIP level - I wonder how you can replicate
>> subscriptions on SIP level?
>>
> From kamailio you could call t_replicate() to send the Subscribe or 
> Publish to another destination. But this is not enough. First, you 
> should take care that that destination will not be allowed to send the 
> reply for Subscribe or the Notifies out. Then, you should replicate 
> the 200Ok for Notifies received from the clients to that destination 
> to be sure the destination updates correctly the local Cseq. Currently 
> in kamailio there isn't a way to replicate replies.

send() (or send_*proto*()) from the core can mirror practically any kind 
of sip message -- for replies should be enough.

Cheers,
Daniel

> I had worked for a solution with a distributed presence server with 
> replication like this, but some custom patches were needed to make 
> this possible.
>
> Regards,
> Anca
>
>> regards
>> Klaus
>
>
>
> _______________________________________________
> sr-dev mailing list
> sr-dev at lists.sip-router.org
> http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev

-- 
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda




More information about the sr-dev mailing list