All things related to multicast

["Richard Mavrogeanes" <>]

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