Ross:<br><br>It looks like kernel 2.6.18-128.1.10.el5 utilized in CentOS 5.3 does not implement SO_REUSEPORT (see commented out SO_REUSEPORT below from &quot;socket.h&quot; file for this kernel and the comment about it&#39;s needed implementation in <b style="color: rgb(255, 102, 102);">bold red</b>).  Otherwise I believe your fix would have worked.  I did not see an error message on the re-bind code like I would have expected though.  I am going to retest and put in some breakpoints.<br>
<br>#ifndef _ASM_SOCKET_H<br>#define _ASM_SOCKET_H<br><br>#include &lt;asm/sockios.h&gt;<br><br>/* For setsockopt(2) */<br>#define SOL_SOCKET    1<br><br>#define SO_DEBUG    1<br>#define SO_REUSEADDR    2<br>#define SO_TYPE        3<br>
#define SO_ERROR    4<br>#define SO_DONTROUTE    5<br>#define SO_BROADCAST    6<br>#define SO_SNDBUF    7<br>#define SO_RCVBUF    8<br>#define SO_SNDBUFFORCE    32<br>#define SO_RCVBUFFORCE    33<br>#define SO_KEEPALIVE    9<br>
#define SO_OOBINLINE    10<br>#define SO_NO_CHECK    11<br>#define SO_PRIORITY    12<br>#define SO_LINGER    13<br>#define SO_BSDCOMPAT    14<br><b style="color: rgb(255, 102, 102);">/* To add :#define SO_REUSEPORT 15 */</b><br>
#define SO_PASSCRED    16<br>#define SO_PEERCRED    17<br>#define SO_RCVLOWAT    18<br>#define SO_SNDLOWAT    19<br>#define SO_RCVTIMEO    20<br>#define SO_SNDTIMEO    21<br><br>/* Security levels - as per NRL IPv6 - don&#39;t actually do anything */<br>
#define SO_SECURITY_AUTHENTICATION        22<br>#define SO_SECURITY_ENCRYPTION_TRANSPORT    23<br>#define SO_SECURITY_ENCRYPTION_NETWORK        24<br><br>#define SO_BINDTODEVICE    25<br><br>/* Socket filtering */<br>#define SO_ATTACH_FILTER        26<br>
#define SO_DETACH_FILTER        27<br><br>#define SO_PEERNAME        28<br>#define SO_TIMESTAMP        29<br>#define SCM_TIMESTAMP        SO_TIMESTAMP<br><br>#define SO_ACCEPTCONN        30<br><br>#define SO_PEERSEC             31<br>
#define SO_PASSSEC        34<br><br>#endif /* _ASM_SOCKET_H */<br><br>Best Regards,<br><br>-- <br>Rob Krakora<br>Senior Software Engineer<br>MessageNet Systems<br>101 East Carmel Dr. Suite 105<br>Carmel, IN 46032<br>(317)566-1677 Ext. 206<br>
(317)663-0808 Fax<br><br><div class="gmail_quote">On Thu, Jan 21, 2010 at 8:26 AM, Robert Krakora <span dir="ltr">&lt;<a href="mailto:rob.krakora@gmail.com">rob.krakora@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div>Ross:</div>
<div> </div>
<div>I will debug this and let you know what is going on.  Multicast data was arriving per Wireshark.  However, I did not capture the RTSP traffic...I cannot see the video as the location is remote.  It was bad judgement on my part to indicate to you that it was working prematurely.  I will have someone at the site set up the camera and I will get you some data today.  Sorry, I have a lot of things on my platter and I rushed to judgement.  ;-)</div>
<div class="im">

<div> </div>
<div>Best Regards,</div>
<div> </div>
<div>-- <br>Rob Krakora<br>Senior Software Engineer<br>MessageNet Systems<br>101 East Carmel Dr. Suite 105<br>Carmel, IN 46032<br>(317)566-1677 Ext. 206<br>(317)663-0808 Fax<br></div>
</div><div><div></div><div class="h5"><div class="gmail_quote">On Wed, Jan 20, 2010 at 6:19 PM, Ross Finlayson <span dir="ltr">&lt;<a href="mailto:finlayson@live555.com" target="_blank">finlayson@live555.com</a>&gt;</span> wrote:<br>

<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;" class="gmail_quote">
<div>
<blockquote style="border-left: 1px solid rgb(204, 204, 204); margin: 0px 0px 0px 0.8ex; padding-left: 1ex;" class="gmail_quote">The fix with which you provided me for the multicast destination address embedded in the SETUP response does not appear to be yielding video.<br>

</blockquote><br></div>Well, beforehand you told me that it worked OK!<br><br>Anyway, the fix was to reimplement the &quot;Socket::changePort()&quot; function (in &quot;groupsock/NetInterface.cpp&quot;) to call &quot;bind()&quot; (with the new port number), rather than closing and then reopening the socket (which is what both the old version and your hack did).  Could you please figure out why the &quot;changePort()&quot; function is not working for you?  Unfortunately, I can&#39;t test this myself, because I don&#39;t have server that works the way yours does.<br>

-- <br><font color="#888888"><br>Ross Finlayson<br>Live Networks, Inc.<br><a href="http://www.live555.com/" target="_blank">http://www.live555.com/</a><br>_______________________________________________<br>live-devel mailing list<br>

<a href="mailto:live-devel@lists.live555.com" target="_blank">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>

</font></blockquote></div><br>
</div></div></blockquote></div><br>