All things related to multicast

[Marshall Eubanks <>]

Dear Hans;

Is this what MacTV does ?

Hans Kuhn wrote:

> Marshall,
>
> IP/TV uses a fairly elegant solution. Clients and servers
> alike do an HTTP get for the following file:
>
>   http://iptvhost.uoregon.edu/iptvfiles/guide.tvg 
>
> (go ahead, take a look. I'll wait.)
>
> For those who didn't look, it's basically a bunch of SDP
> files concatenated together.
>
> The client simply parses this file and displays the contents
> to the user. When a user joins a session, the player refers
> back to the guide.tvg file to get the group and port, (and
> source for SSM).
>
> The server looks for it's IP address in the guide.tvg file
> and if it finds a reference to itself, it starts sourcing
> the stream according to the information found in the
> corresponding SDP file from the guide.tvg file. clever.


So if I put (spoof) your  IP address in one of my SDP's I could force
one of your machines to start broadcasting ?


> I have a piece of semi-working code that someone here at the
> UO wrote to take the current guide.tvg file and create a web
> page with links you can click on to launch a session with
> the client of your choice. NO SAP REQUIRED.
>
> I also believe the IP/TV content manager v3.4 includes a web
> page that does a similar function, tho the formatting is not
> customizable and thus not very interesting to marketing
> types who like to create web pages with their company logo
> on it.
>
> Did I answer your question?


Not quite. I figured we could reverse engineer what IPTV does, what
I was really asking was, can we use the results of that reverse
engineering ?

Marshall


> Hans
>
> On Tue, 13 Aug 2002, Marshall Eubanks wrote:
>
> :    
> :    
> :    John Zwiebel wrote:
> :    
> :    > On 8/7/02 9:43 AM, "Alan Crosswell" <> wrote:
> :    > :    > :    >>A WWW-based guide is UNICAST.  Bah!
> :    >>/a
> :    >>
> :    >>
> :    >>
> :    > :    > But it provides the information quickly so receives
> :    >  know which source to join to.  Why multicast information
> :    >  about millions of sources using up network BW when that
> :    >  same info can be stored on a disk and retrieved in just
> :    >  a few seconds?
> :    > :    > FWIW, it "sounds like" you think the SDR/SAP application
> :    >  is a "good thing". I believe it is very, very broken.
> :    >  (And I do mean the application not the protocols)
> :    > :    > Look at how the IP/TV content manager works.  You get the
> :    >  info you need, when you need it because you specifically
> :    >  ask for it.  No waiting for an SDR packet to "finally"
> :    >  show up.
> :    > :    > :    
> :    
> :    And is there a published and available protocol describing how this works ?
> :    
> :    
> :    
> :    


--
                                 Regards
                                 Marshall Eubanks

This e-mail may contain confidential and proprietary information of
Multicast Technologies, Inc, subject to Non-Disclosure Agreements


T.M. Eubanks
Multicast Technologies, Inc
10301 Democracy Lane, Suite 410
Fairfax, Virginia 22030
Phone : 703-293-9624       Fax     : 703-293-9609
e-mail : 

http://www.multicasttech.com

Test your network for multicast :
http://www.multicasttech.com/mt/
 Status of Multicast on the Web  :
 http://www.multicasttech.com/status/index.html