[Live-devel] Port forwarding issue when receiving streams in live555

[Ricardo Acosta]

Hi Ross

>
> Knowing this is not an issue totally due to live555 , if you could, I
> would like to ask you for some clues or advices about an networking issue
> related with my streaming client application
>
> Using live555, our app; now it can send and receive unicast streams to a
> server , in the LAN everything works well.
>
> But when the client is outside our LAN (real case), behind a NAT router
> with a private Ip address , incoming UDP packets from server are not routed
> "automatically" to the private Ip address. Which is normal since UDP is a
> conection-less protocol . TCP connections are routed with no problem.
>
> So basically the problem is to put the hands on every router where we
> would like to install our client, creating everytime PAT rules to forward
> port X to a 192.X.X.X ip address.
>
> The question is if you know how to elimiate this problem easily.
> doing some research, there is one option is using UPnP to write
> dynamically the port/address rule into the router, is more "soft" than
> doing it via a PAT table but still we have to consider that the router has
> activated the UPnP option.
>
> This issue is more often in VoIP or Video streaming when using UDP unicast
> streams, and even I am not talking here about a firewall who will drop any
> non related connection.
>
> I would like to know if you can give me some information on how to work on
> it.
>
> Thank you in advance
> Ricardo
>
>
> I tried again testMP3Streamer in multicast and now i receive back the RR.
> Is there any special reason that works only in multicast (knowing RR is
> send back in unicast to the original sender) ? I am trying to see how can
> it works in unicast
>
>
> It works just fine with unicast if you use RTSP.
>
> Try using "testOnDemandRTSPServer" (or "live555MediaServer") as your
> server (transmitter), and "testRTSPClient" (or "openRTSP") as your client
> (receiver).  You'll see that RTCP "RR" reports get received by the server
> just fine.
>
>
> Ross Finlayson
> Live Networks, Inc.
> http://www.live555.com/
>
>
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.live555.com/pipermail/live-devel/attachments/20120124/eddd9b96/attachment.html>