20 Feb
2012
20 Feb
'12
12:05 p.m.
Hello,
On 2/20/12 10:40 AM, Anca Vamanu wrote:
Hi Klaus,
On 02/20/2012 10:47 AM, Klaus Darilion wrote:
send() (or send_*proto*()) from the core can mirror practically any kind
of sip message -- for replies should be enough.
Cheers,
Daniel
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. 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
--
Daniel-Constantin Mierla -- http://www.asipto.com
http://linkedin.com/in/miconda -- http://twitter.com/miconda
regards
Klaus
_______________________________________________
sr-dev mailing list
sr-dev(a)lists.sip-router.org
http://lists.sip-router.org/cgi-bin/mailman/listinfo/sr-dev