<div dir="ltr"><div>A somewhat tricky technique i have used is first use tcp from inside the firewall to clientpc this is a long poll. Return command to play in the long poll response.</div><div>I was doing video from a camera. I then used rtsp to connect and get SDP from camera, which I sent, tcp, to a port on the client. <br></div><div>This incoming connection was "Hijacked" The port now used from the client side, with a new, normal rtsp session. Just reach down thru the firewall on the already established session from inside the firewall, and pulled the video. <br></div><div><br></div><div>This was first seen on SERCOM cameras ;-)<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Thu, Feb 24, 2022 at 4:18 PM Chris Hallinan via gstreamer-devel <<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi Team,<div><br></div><div>I built an application for Apple/MAC to control a radio remotely.  I chose gstreamer as the audio streaming infrastructure.  It works great with low latency, etc.  Now, however, I'd like to get it working where I can be remote (ie outside of my private home network.).  The "server side" (connected to the radio on my private network) uses rtpL16pay through rtpjitterbuffer to the remote client using rtpL17depay similarly.  Basically it just spits out UDP RTP packets on port 5000 to whatever remote host I choose.</div><div><br></div><div><font face="monospace">           gstreamer    Typ. Home      Public  Private      gstreamer</font></div><div><font face="monospace">[radio] -- [Server] -- [NAT Router] -- [I'net] -- [NAT] -- [Client PC]</font></div><div><br></div><div>However, to the best of my knowledge, this is not routable over the public Internet through my NAT router.  The basic problem is that I'd need to configure port forwarding on the remote side for this to work, and when you're sitting in a hotel somewhere, that option doesn't exist.</div><div><br></div><div>I'm figuring I'd need to connect in from a remote location to a "server" element on my private lan (using port forwarding) and then somehow tunnel the RTP audio back to me through some type of RTP-compatible tunnel.</div><div><br></div><div>Does anyone know of a solution to this?  I'm pretty handy - pointed in the right direction, I can figure things out, but I'm not sure what direction to go.</div><div><br></div><div>Any advice would be appreciated.</div><div><br></div><div>Thanks!</div><div><br></div><div>Chris</div><div>73 de K1AY</div></div>
</blockquote></div>