[15248] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: RA/RV Feeds from RBN

daemon@ATHENA.MIT.EDU (Matthew Petach)
Wed Feb 11 02:35:10 1998

From: Matthew Petach <mpetach@netflight.com>
To: jpayne@real.com
Date: Tue, 10 Feb 1998 23:21:28 -0800 (PST)
Cc: nanog@merit.edu
In-Reply-To: <199802100834.AA08008@murrow.prognet.com> from "Jeffrey Payne" at Feb 10, 98 00:31:41 am

> 
> I heard lots of questions on multicast today...here's how it works with
> RealMedia.  If you have decent MBONE connectivity, you'll negotiate
> multicast when you connect to the audio or video stream.  If you don't, the
> client falls back to unicast UDP mode.  If even that fails (say you're
> behind a firewall), it rolls to TCP mode, and will ultimately resort to HTTP
> "cloaking" if nothing else works.  Users can override the automated
> fall-back through the preferences dialog if there's a strong preference for
> a particular mode.

Odd.  If MBone native tools aren't going to be offered, can
you please make sure source code is available for the player?
I normally use vat/sdr/rat on Digital Unix for watching NANOG,
and it seems RealNetworks, Inc. haven't figured out how to
compile their source on that platform yet.  :-( 

Have we sunk to proprietary, closed protocols for NANOG?  'Tis
a sad, sad day.  :-(
 
> Jeffrey Payne, GM Broadcast Operations
> RealNetworks, Inc.

As a representative of RealNetworks, do you have any comments
on the availability of source code to your player, for those
of us with multicast-supported systems you have chosen to
ignore?  Or is it simply time to declare NANOG yet another
bastion of closed minds, and closed protocols?

Matt Petach

disgruntled NANOG non-viewer


home help back first fref pref prev next nref lref last post