Ross:<br><br>No multicast packets are received with the 2010-01-15 version for which you provided the fix. I looked at the TCP/IP stack source and it appears that once a socket is bound it cannot be rebound. As a test I commented out the 'bind' code block in the setupDatagramSocket() function in the "GroupsockHelper.cpp" file and let the changePort() function in the "NetInterface.cpp" file perform the 'bind' and multicast packets then were received by VLC and video displayed. I hope this helps and sorry for the 'false' positive on the first go-round.<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 11:13 AM, Robert Krakora <span dir="ltr"><<a href="mailto:rob.krakora@gmail.com">rob.krakora@gmail.com</a>></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;">
My bad, <br><br>SO_REUSEADDR allows binding to an address that is in a TIME_WAIT state while SO_REUSEPORT allows multiple processes to bind to the same address. This has nothing to do with rebinding...I will keep looking...<div>
<div></div><div class="h5"><br>
<br><div class="gmail_quote">On Thu, Jan 21, 2010 at 10:58 AM, Robert Krakora <span dir="ltr"><<a href="mailto:rob.krakora@gmail.com" target="_blank">rob.krakora@gmail.com</a>></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;">
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 "socket.h" file for this kernel and the comment about it'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 <asm/sockios.h><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'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 */<div><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><div><div></div><div><div class="gmail_quote">On Thu, Jan 21, 2010 at 8:26 AM, Robert Krakora <span dir="ltr"><<a href="mailto:rob.krakora@gmail.com" target="_blank">rob.krakora@gmail.com</a>></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>
<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><div class="gmail_quote">On Wed, Jan 20, 2010 at 6:19 PM, Ross Finlayson <span dir="ltr"><<a href="mailto:finlayson@live555.com" target="_blank">finlayson@live555.com</a>></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 "Socket::changePort()" function (in "groupsock/NetInterface.cpp") to call "bind()" (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 "changePort()" function is not working for you? Unfortunately, I can't test this myself, because I don'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>
</div></div></blockquote></div><br><br clear="all"><br></div></div><div><div></div><div class="h5">-- <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></blockquote></div><br><br>