<div dir="ltr">Ross,<div><br></div><div>Works perfectly!</div><div><br></div><div>Just a few thoughts for your consideration:</div><div><br></div><div>1. Do you think the naming convention (registeredProxyStream-N) for REGISTERED streams will adequately support most users / use cases? This has been convenient in my particular case and allows me to proceed  with my current efforts, however, I'm not sure it is the best approach. Would having an option that allows the stream name to be specified in the REGISTER command make sense? Default behavior would then fall back to Proxy Server parsing the URL into prefix/suffix as originally implemented.</div>
<div><br></div><div>2. A small item to note. During the course of my testing (using several different client implementations)  I found a problem when trying to REGISTER_REMOTE since it is not explicitly list in the OPTIONS list from Proxy Server. Some client's (3rd party applications) may fail with "Method Not Allowed". For me it is not an issue...I simply use a client implementation that does not retrieve the OPTIONS list before sending the REGISTER_REMOTE command.</div>
<div><br></div><div>Thanks again for your time and efforts. I'm going to close this thread for now...will open new ones as I move forward with testing / evaluation.</div><div><br></div><div>Bob<br><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Oct 8, 2013 at 7:09 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 dir="ltr"><div>I did not see a way to send a REGISTER command to the Proxy Server.</div></div></blockquote><div><br></div></div>We have code that allows a RTSP server to register one of its *own* streams with a proxy server (or with a client application).  We don't have code that allows some 3rd-party application to send a "REGISTER_REMOTE" (not "REGISTER") command to a proxy server (or client application).  We might provide this at some point, but it's not a high priority.</div>
<div><br></div><div>The main motivation for this functionality was to allow a server - located behind a NAT in a non-public portion of the Internet (i.e., without a publically accessible URL) - to advertise its stream to a (publically-accessible) proxy server (and thereby to the public Internet).</div>
<div><br></div><div><br></div><div><div class="im"><blockquote type="cite"><div dir="ltr"><div>Is there any chance that the -t option is not being processed for streams that are being registered?</div></div></blockquote><div>
<br></div></div>Yes, you're correct - this was a bug/deficiency in the code.</div><div><br></div><div>I've just installed a new version (2013.10.09) of the "LIVE555 Streaming Media" code that should fix this.</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></blockquote></div></div></div></div>