Hi Ross <br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div>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<br>
<br>Using live555, our app; now it can send and receive unicast streams to a server , in the LAN everything works well. <br><br>
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. <br><br>
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. <br>
<br>The question is if you know how to elimiate this problem easily.<br>
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.<br>
<br>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.<br><br>
I would like to know if you can give me some information on how to work on it. <br>
<br>
Thank you in advance <br>
Ricardo <br><br><br><div><div><blockquote type="cite"><div class="gmail_quote"><div>I tried again testMP3Streamer in multicast and now i receive back the RR. <br>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</div></div></blockquote><div><br></div></div>It works just fine with unicast if you use RTSP.</div><div><br></div><div>Try
 using "testOnDemandRTSPServer" (or "live555MediaServer") as your server
 (transmitter), and "testRTSPClient" (or "openRTSP") as your client 
(receiver).  You'll see that <span>RTCP</span> "RR" reports get received by the server just fine.</div><br><br><div>
<span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px"><span style="text-indent:0px;letter-spacing:normal;font-variant:normal;text-align:-webkit-auto;font-style:normal;font-weight:normal;line-height:normal;border-collapse:separate;text-transform:none;font-size:medium;white-space:normal;font-family:Helvetica;word-spacing:0px">Ross Finlayson<br>

Live Networks, Inc.<br><a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a></span></span>
</div>
<br clear="all"><br>
<br clear="all"><span style="border-collapse:collapse;color:rgb(80,0,80);font-family:'comic sans ms',sans-serif;font-size:13px"><br></span><br>
<br></blockquote></div><br>