RTP streaming/tunneling over Internet

[Chris Hallinan]

Jeff, your solutions sounds interesting, but I don't fully understand.  I'm
reasonably literate in standard TCP/IP stuff, but I don't understand your
use of the term "long poll".  If I'm remote, outside the firewall, how can
any agent inside poll if they don't know my IP address?  I'd like to learn
more about your solutions.

Thanks!

Chris

On Thu, Feb 24, 2022 at 4:41 PM Jeff Shanab via gstreamer-devel <
gstreamer-devel at lists.freedesktop.org> wrote:

> 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.
> 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.
> 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.
>
> This was first seen on SERCOM cameras ;-)
>
> On Thu, Feb 24, 2022 at 4:18 PM Chris Hallinan via gstreamer-devel <
> gstreamer-devel at lists.freedesktop.org> wrote:
>
>> Hi Team,
>>
>> 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.
>>
>>            gstreamer    Typ. Home      Public  Private      gstreamer
>> [radio] -- [Server] -- [NAT Router] -- [I'net] -- [NAT] -- [Client PC]
>>
>> 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.
>>
>> 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.
>>
>> 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.
>>
>> Any advice would be appreciated.
>>
>> Thanks!
>>
>> Chris
>> 73 de K1AY
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20220224/afcb2bd6/attachment.htm>