All things related to multicast

["Richard Mavrogeanes" <>]

Yes.  I'll post it ASAP.
 
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: Marshall Eubanks 
[mailto:]
Sent: Tue 11/4/2008 9:55 PM
To: Tony Ballardie
Cc: Richard Mavrogeanes; wg-multicast
Subject: Re: news feeds?




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.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/>  <http://www.let.de/>
>>>> PGP/GnuPG: 0x1ac02f3296b12b4d  jabber 
>>>> :
>>>
>>
>>
>