[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Reception Report: Multimedia Seminar 10/18/2000
>
> Hi -
>
> So let me ask some questions of Greg and Denis about the webcast.
>
> 1. Did you both have troubles with the single-stream RN webcast? Denis,
> I know you said you did. Greg, did you too? Can you both run a
> traceroute from the host you were viewing the webcast on to
> media2.bmrc.berkeley.edu? We don't see any problem here viewing the
> single stream webcast.
>
Yes, I was having trouble with the *single stream* RN webcast.
traceroute media2.bmrc.berkeley.edu
traceroute to media2.bmrc.berkeley.edu (169.229.12.59), 30 hops max, 40 byte
packets
1 cisco1-200 (128.46.200.1) 0.857 ms 0.780 ms 0.689 ms
2 cisco-tel-242.tcom.purdue.edu (128.210.242.22) 2.822 ms 2.739 ms 3.573 ms
3 abilene.tcom.purdue.edu (192.5.40.10) 8.902 ms 6.791 ms 8.571 ms
4 kscy-ipls.abilene.ucaid.edu (198.32.8.5) 31.691 ms 28.614 ms 29.806 ms
5 dnvr-kscy.abilene.ucaid.edu (198.32.8.13) 36.851 ms 35.351 ms 36.190 ms
6 scrm-dnvr.abilene.ucaid.edu (198.32.8.1) 54.564 ms 50.717 ms 58.070 ms
7 QSV--abilene.POS.calren2.net (198.32.249.61) 56.560 ms 53.533 ms 69.977
ms
8 BERK--SUNV.POS.calren2.net (198.32.249.13) 55.631 ms 52.152 ms 67.344 ms
9 pos1-0.inr-000-eva.Berkeley.EDU (128.32.0.89) 71.920 ms 66.515 ms 57.003
ms
10 pos5-0-0.inr-002-eva.Berkeley.EDU (128.32.0.74) 56.611 ms 58.780 ms
59.101 ms
11 vlan202.inr-004-eva.Berkeley.EDU (128.32.0.36) 76.841 ms 53.401 ms 59.414
ms
12 media2.BMRC.Berkeley.EDU (169.229.12.59) 54.335 ms 62.960 ms 65.878 ms
I ran it a couple of times, it gave basically the same response.
> 2. We've had regular, but sporadic, trouble with the dual-stream
> webcast. It fails maybe 50-60% of the time, but we haven't gotten it to
> fail regularly.
>
> Peter, we should send the bug report to RN with cc to Tim's contact
> about the dual stream problem. Given that the problem happens pretty
> regularly with remote viewers, send them the URL for one of the dual
> stream MIG Seminar replays. They should be able to replicate the
> problem.
>
> I have some suspicions about what might be happening. I think the dual
> stream problem is that the Real Player confuses the response messages
> from the two streams so it takes exaggerated action when packets are
> delayed/dropped. Sadly, it looks like the do not report statistics
> correctly in their stats panel. We've run the streams and watch the
> video delay and then catch up, but their panel reports no losses.
>
> I'm also concerned that we're seeing bursty behavior from particular
> routers/links (Gigabit Ethernet?) and possibly some policy dropping by a
> commercial ISP. Denis, I really need to know your route. The fact that
> the single stream didn't play for you is very troubling. I also need to
> know what settings you use for network connection and protocol. You
> should use UDP/unicast with connection on T1 or LAN.
> Larry
Yes, I use UDP/unicast w/ T1 as well.
This only happens with the live webcasts; I don't have any problems watching
the single stream reruns. I let one go for 15 minutes and had no problems
this afternoon. The Lecture Browser works fine as well.
BTW, I tried to view the dual stream archived version and the second
stream was stuck on the first slide and didn't move; does anyone else
get this behavior?
For the record, I am using RealPlayer 8 Basic Build 6.0.9.380 on Windows NT 4.0.
Greg