All things related to multicast

[Stig Venaas <>]

Marshall Eubanks wrote:
> 
> 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.

Yes, sounds good.

BTW, I don't like the fact that RSS does polling, so I did at some point
experiment with RSS over multicast (flute for reliability). I think it
would be cool to do RSS feeds using SSM :)

Stig

>>
>> 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 
>>>>> :
>>>>
>>>
>>>
>>
>