All things related to multicast

[Marshall Eubanks <>]

On Nov 4, 2008, at 7:00 PM, Tony Ballardie wrote:

> This sounds really interesting. I think RSS is a good way to keep
> session info up to date, or purge it.
>
> Look forward to seeing the presentation Rich, and trying it out.
>
> Btw, does it / could it support windows media nsc files? If not  
> that's a
> bit of a showstopper imo.
>
> Tony
>
>
> > -----Original Message-----
> > From: Richard Mavrogeanes 
> > [mailto:]
> > Sent: 04 November 2008 22:56
> > To: Stig Venaas; Frank Fulchiero
> > Cc: Marc Manthey; wg-multicast
> > Subject: RE: news feeds?
> >
> > At the I2 Fall Conference, I presented our RSS method, which is
> > proposed to replace SAP.
> >
> > In essence, all transmitters send a small message that contains the
> SDP
> > via unicast to one or more registration servers.  The server converts
> > SDP info to RSS fields, and it allows including additional fields not
> > available in a SDP file or message.
> >
> > The server has a nifty method to prune old listings when that message
> > is no longer received from the transmitter.
> >
> > In addition, the system support AES encryption of the stream URL
> > (meaning the IP:port construct for multicast or the http or rtsp url
> > for unicast).  The transmitter sends the password in its message, and
> > the server encrypts the URL using the password as the key (I
> > illustrated this at the meeting).
> >
> > Further, the system has the notion of "channels".  Based on the
> session
> > information field in the SDP, a unique RSS file is created, and any
> > announcement with the same information is added to the same RSS.
> Thus,
> > users can construct private channels where users subscribe via
> > http://foo/uniqueRSS.rss.  All other messages go into a grand default
> > RSS.
> >
> > The advantage of this approach is:
> >
> > - A XML / RSS construct is created which is easy to search, sort,
> > extract
> > - Some level of privacy, if not "security" is maintained because it  
> > is
> > virtually impossible to decode encrypted URLs
> > - Non-live video (VoD) is supported, either via manual entry of the
> URL
> > and data into the server, or by announcing VoD assets dynamically
> >
> >
> > This is up and operational today and I've asked if there were people
> in
> > this group interested in working on it, perhaps leading to an RFC.

I know that there would be interest in this in MBoned. Is there a  
publicly available write-up ?

Regards
Marshall


> > I've been remiss in not sending the Presentation to Allen for
> > posting...I've been on the road almost full time since the meeting  
> > and
> > have not had the change to forward it...but I will :)
> >
> > /rich
> >
> >
> >
> > Rich Mavrogeanes
> > Founder
> > VBrick Systems, Inc.
> > 12 Beaumont Road
> > Wallingford CT 06492 USA
> > +1 203.303.0200 office
> > +1 203.623-1698 mobile
> > http://www.vbrick.com <http://www.vbrick.com/>
> > http://www.vbrick.net/vbbb
> > Building Vision Across Your Network
> >
> > ________________________________
> >
> > From: Stig Venaas 
> > [mailto:]
> > Sent: Tue 11/4/2008 5:40 PM
> > To: Frank Fulchiero
> > Cc: Marc Manthey; wg-multicast
> > Subject: Re: news feeds?
> >
> >
> >
> > Frank Fulchiero wrote:
> > > I think the challenge and goal should be a system that is flexible
> > > enough to be used with hardware boxes, tuners, computer browsers,
> > mobile
> > > browsers, software players, etc.
> >
> > Yes
> >
> > > Not sure why you could not have the best of all worlds.
> > > Besides the technical challenge of devising it, standardizing it,
> and
> > > getting the content owners to use it!
> >
> > If done right, the channel reflector could work from hardware boxes,
> > tuners or whatever. It's just a matter of using HTTP instead of SAP  
> > to
> > retrieve the info. You may need some ways of quering just the  
> > relevant
> > data and some way to filter hits, but I don't see any reason why it
> > can't be done.
> >
> > My dream is to be able to search lots of metadata to find interesting
> > content independently of (or not knowing) who is sending it etc. I
> > think
> > the main problem with that though, is to get the content providers to
> > provide the metadata. I'm not impressed with the info people provide
> in
> > SAP.
> >
> > Stig
> >
> > > Cheers,
> > > Frank
> > >
> > > On Nov 4, 2008, at 2:24 PM, Marc Manthey wrote:
> > >
> > > > > > Not to diminish the importance of Hitoshi's work, but why should
> a
> > > > > > web browser be needed to watch a video?
> > > > > > Do you need to fire up a browser to watch television?
> > > >
> > > > i agree with you frank , but think about  millions of  little
> > "mobile"
> > > > devices
> > > > there is sometimes not more then a "browser" , but  it could be
> > "linked "
> > > > to a player for example.
> > > >
> > > >
> > > > /marc
> > > > --
> > > > web : http://www.let.de <http://www.let.de/>
> > > > PGP/GnuPG: 0x1ac02f3296b12b4d  jabber 
> > > > :