Hello,
topos was designed with a backend, being it db/sql-like using the db connectors (e.g., mysql, postgres, ...) or with topos_redis, tailored for it to use a redis (or variants) backend.
From this perspective, there is nothing at this moment that dmq could
replicate. It would require to make first an in-memory storage, then look at adding dmq layer.
However, the idea of using from beginning a backend like redis, mysql, ... was to leverage the replication mechanism offered by the backend.
Unlike topoh, note that persistence is needed for topos, otherwise traffic for active dialogs cannot be routed anymore.
Cheers, Daniel
On 03.12.20 20:59, Henning Westerholt wrote:
Hi James,
I am not aware of a public DMQ extension or module for topos. You coult create an enhancement request for this on our tracker for this. If you want to start to work on this by yourself, sending an e-mail to sr-dev list would be also good to discuss the implementation approach.
Cheers,
Henning
-- Henning Westerholt - https://skalatan.de/blog/ Kamailio services - https://gilawa.com
-----Original Message----- From: sr-users sr-users-bounces@lists.kamailio.org On Behalf Of James Browne Sent: Thursday, December 3, 2020 3:07 PM To: sr-users@lists.kamailio.org Subject: [SR-Users] TOPOS replication with KDMQ
Has anyone ever implemented DMQ replication of TOPOS data between kamailio servers?
I'm trying to find the easiest (to maintain) way to implement this replication, possibly without using an external database.
James
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
Kamailio (SER) - Users Mailing List sr-users@lists.kamailio.org https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users