11 Oct
2023
11 Oct
'23
4:33 p.m.
Yes, but this is not helpful if trying to mitigate an outage of the node that actually
holds the transaction state.
Unfortunately, from a technical point of view, replicating TM state is not as
straightforward as it sounds, or it would have been done already. It's not just a
matter of serialising the transaction information and shipping it across and
reconstituting it, timers and all. There are hooks deep into other runtime state,
connection state, etc. which either aren't exposed for easy deserialisation/hydration,
or are not possible to replicate altogether because it would require integration with the
OS network stack (e.g. connection info).
All to say, even if such a thing were developed, it would be an extremely flawed and
imperfect process, and--perhaps I can take a bit of liberty on behalf of the core
development team--the project doesn't like to support half-assed features.
A more stateless, fault-tolerant design is, by comparison, a significantly lower
engineering lift in most cases where replicating TM would be useful.
-- Alex
On 11 Oct 2023, at 09:47, Michel Pelletier via
sr-users <sr-users(a)lists.kamailio.org> wrote:
Hi,
I agree. But the example puts me on the right track. It tells me that what I need to do
is bounce the reply off to the other nodes(s) if TM doesn't recognize it. Having a
DMQ option for the TM module would be great though.
Cheers,
Michel Pelletier
On Tue, Oct 10, 2023 at 4:22 PM Alex Balashov via sr-users
<sr-users(a)lists.kamailio.org> wrote:
I don't think the anycast example is going to get you out of this problem entirely.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
On 10 Oct 2023, at 17:22, Michel Pelletier via
sr-users <sr-users(a)lists.kamailio.org> wrote:
Many thanks. I am afraid I need stateful TM if only for the retransmissions and how to
avoid them. The Anycast example will prove very useful.
Cheers,
Michel Pelletier
On Tue, Oct 10, 2023 at 11:58 AM Alex Balashov via sr-users
<sr-users(a)lists.kamailio.org> wrote:
But I should add: do you actually need state? All replies can be routed back based on the
content of SIP headers alone -- that is to say, statelessly. Most simple load balancers
remain stateless for this very reason.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe: On 10 Oct 2023, at 13:09, Alex Balashov
<abalashov(a)evaristesys.com> wrote:
There is not.
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe: On 10 Oct 2023, at 12:50, Michel Pelletier via
sr-users <sr-users(a)lists.kamailio.org> wrote:
Hi,
I have 2 kamailio instances behind a load balancer. The problem I have is that the load
balancer can only track TCP connections, but not UDP. So one Kamailio instance might send
a request using UDP, while the corresponding UDP reply arrives on the other. This
doesn't play well with the (stateful) TM module. Is there a way to synchronize the TM
module accross Kamailio instances using DMQ?
Cheers,
Michel Pelletier
__________________________________________________________
Kamailio - Users Mailing List - Non Commercial Discussions
To unsubscribe send an email to sr-users-leave(a)lists.kamailio.org
Important: keep the mailing list in the recipients, do not reply only to the sender!
Edit mailing list options or unsubscribe:
--
Alex Balashov
Principal Consultant
Evariste Systems LLC
Web: https://evaristesys.com
Tel: +1-706-510-6800