<div dir="ltr">Understanding the author's original intent and design philosophy is key, especially when it comes to using their software :-)<div><br></div><div>In regards to the registering RTSP-over-HTTP back-end servers...I do not anticipate a need for this, however, your clarification on it's implementation within Proxy Server is good to know.  RTP/RTCP over UDP is what I'm currently using and it seems to work the best in my particular case.</div>
<div><br></div><div>Embedding code on the Axis camera to call home is an excellent idea ! </div><div><br></div><div>As a side note: Proxy Server is running quite well ! </div><div><br></div><div><br></div><div>Bob </div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Fri, Oct 18, 2013 at 1:01 PM, Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com" target="_blank">finlayson@live555.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div><div class="im"><blockquote type="cite"><div style="word-wrap:break-word"><div><blockquote type="cite"><div dir="ltr">- Proxy Server -T option does not allow for specifying a unique port per stream. In NAT cases streams would have different ports. Would it be possible to have this option for streams that will be using RTSP over HTTP.</div>
</blockquote><div><br></div>FYI, right now back-end RTP/RTCP-over-RTSP-over-HTTP tunneling works only for 'back-end' streams that are specified on the command line.  It does *not* work for 'back-end' streams that have been "REGISTER"ed (even if the "-T <http-port-num>" option was given on the command line).</div>
</div></blockquote><div><br></div></div>The reason for this, BTW, is that the primary intended purpose for the new "REGISTER" command was to allow a back-end server to register it's *own* stream, using the "RTSPServer::registerStream()" method, and to allow the receiving client (or proxy server) to reuse the TCP connection on which the "REGISTER" command was sent.  If this is done, then you don't need RTP/RTCP-over-RTSP-over-HTTP tunneling at all, because you already have a TCP connection set up.  You can just to RTP/RTCP-over-RTSP tunneling (over that same TCP connection) instead.</div>
<div><br></div><div>The way that you're using the "REGISTER" command - to allow a 3rd party to register a back-end stream with a proxy server - is a nice way to use the mechanism, but it wasn't my primary purpose for developing it.</div>
<div class="im"><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></div></div><br>_______________________________________________<br>
live-devel mailing list<br>
<a href="mailto:live-devel@lists.live555.com">live-devel@lists.live555.com</a><br>
<a href="http://lists.live555.com/mailman/listinfo/live-devel" target="_blank">http://lists.live555.com/mailman/listinfo/live-devel</a><br><br></blockquote></div></div></div>