Stefan Sayer writes:
perhaps it would be possible in the same way detach rtp component from sems b2bua signaling component. perhaps it even would be possible to
but, is that desirable? isn't it better if one has only one process to start/configure/watch?
may it does not matter how load balancing/resilience is achieved, i.e., by sip router selecting a combined b2bua+relay or a b2bua selecting a relay.
also, I think that implementing the mediaproxy relay part control in SEMS is more work than impelementing RTP packet forward (actually, in RTP receiver, it only needs to check whether relay is turned on for that session, construct an RTP packet from the buffer, and send the packet there).
fine with me as long as relaying is done in kernel space (libnetfilter-conntrack) close to wire speed.
-- juha