3 Dec
2020
3 Dec
'20
3:06 p.m.
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
3 Dec
3 Dec
8:59 p.m.
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(a)lists.kamailio.org> On Behalf Of James Browne
Sent: Thursday, December 3, 2020 3:07 PM
To: sr-users(a)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(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
4 Dec
4 Dec
8:56 a.m.
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(a)lists.kamailio.org> On Behalf Of James Browne
Sent: Thursday, December 3, 2020 3:07 PM
To: sr-users(a)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(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla
1:37 p.m.
Thanks, Daniel
That explains it perfectly. I was thinking that this would be a huge
undertaking to implement it in DMQ, anyway, and now I know that this
would be the wrong way to approach it. As it happens, TOPOH (with no
storage needed) was unsuitable due to a UA requirement to avoid using
routesets.
Thanks, Henning
That makes sense, but that's probably beyond my skill level for now. I
was hoping to find out either that it's never been done or that
someone would just hand me the solution, so I'm satisfied with the
answers.
Thanks for the quick responses,
James
On Fri, 4 Dec 2020 at 07:57, Daniel-Constantin Mierla <miconda(a)gmail.com> wrote:
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(a)lists.kamailio.org> On Behalf Of James Browne
Sent: Thursday, December 3, 2020 3:07 PM
To: sr-users(a)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(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
--
Daniel-Constantin Mierla -- www.asipto.com
www.twitter.com/miconda -- www.linkedin.com/in/miconda
Funding: https://www.paypal.me/dcmierla
_______________________________________________
Kamailio (SER) - Users Mailing List
sr-users(a)lists.kamailio.org
https://lists.kamailio.org/cgi-bin/mailman/listinfo/sr-users
1471
days inactive
1472
days old
3 comments
3 participants
participants (3)
-
Daniel-Constantin Mierla -
Henning Westerholt -
James Browne