At 12:25 PM -0700 9/30/02, Billy Brown wrote:
>You say HTTP reflections are giving you problems. I have some questions:
>
>1) Are you certain that HTTP Stored (RTSP on-demand URL streaming)
> is working fine, but that the problem is isolated only to reflecting HTTP?
I'm not *certain*, but I am using a 2 hour long .mp4 in a playlist loop and when I play that same movie as VOD it has never failed. (But I haven't done extensive testing of that file with VOD.) So I'd say I'm 98% sure.
>
>2) Does the data rate go to zero within a predictable amount of time?
>Does it
> look like some kind of a time out where consistently within 60-120 seconds
> the problem is occurring?
In the test that I've been running most frequently, it seems to occur between 2 minutes and 30 minutes - with my estimate of the average at 20 minutes. My clients have run tests that have gone for 2 hours before failing (but I'm not 100% sure it is the same failure.)
>
>3) When the problem happens, if the QT Client re-connects to the same HTTP
> reflected URL stream does it work fine... only to get dropped soon after again?
Since the client thinks the TCP connection is still open and the server thinks it is closed you must close the window and use "Open URL in New Player..." to get it started again. Once you've done that, it fails again after an average of about 20 minutes.
>
>4) Are QT Client machines that are outside of your local LAN possibly configured
> to first go through some sort of HTTP proxy or firewall at your ISP's gateway?
> I realize you said that UDP streaming from outside your LAN to this server
> works fine, but I thought I'd ask anyways (re: HTTP proxy).
Most (but not all) are going through NAT routers of one make or another. However, I have reproduced the problem with HTTP-encapsulation and no firewall. That same machine played the stream for 68 hours via UDP. (We did suspect NAT at one point...)
>
>4) I'm not familiar with the Ethernet drivers you listed. But maybe could you try swapping in
> a completely different Ethernet card (different manufacturer, such as 3com or dec)
> and seeing if the problem reproduces.
eepro100 is Intel EtherExpress Pro 100, a very common adapter. In fact, many (most?) dual-100 mbit rack-mount motherboards use this driver. (The other driver is for RealTek.) Trying a 3Com card would be a good test, but [see below] I think I'm going to stick with my current path.
UPDATE: I have upgraded the Linux kernel to 2.4.9-34smp on one of the problem servers and was able to run my standard test for 1 hour 40 minutes without failure (I had to move the laptop after 1:40.) I and my customer will be doing more testing tonight (on 2 or 3 more servers) and I will report back to the list tomorrow.
Regards,
Sean
--
---------------------------------------------------------------------------
M. Sean Gilligan : mailto:email@hidden
Catalla Systems, Inc. : 831-439-9568 x11
---------------------------------------------------------------------------
_______________________________________________
streaming-server-developers mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/streaming-server-developers
Do not post admin requests to the list. They will be ignored.
