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