--- Begin Message ---
>
> No, we don’t support that model of communication (‘pushing’ media to a
> server), because it’s excessively complex, and non-standard.
The proxying solution doesn’t work if the encoder is behind NAT firewalls,
however, unless you add a non-standard extension to connect
--- Begin Message ---
We have a device that currently publishes a live RTP stream over UDP to a media
server. It has its own RTSP implementation right now, which goes through the
ANNOUNCE, SETUP, RECORD workflow to retrieve the UDP ports from the server,
then sends RTP frames using another libr
