All things related to multicast

[Marshall Eubanks <>]

Hello;

   Greg Wood (I2 Director of Communications;  
<>)
 and I have
discussed doing a multicast deployment survey
of I2 schools under the I2 imprimatur. We did one in early 2000, the survey 
is at

http://www.multicasttech.com/survey/

and the analysis is at
http://www.multicasttech.com/survey/results.html

but the response was low, probably mostly because we were doing this 
unofficially.

We would be glad to sponsor this again if people think it useful.

Another thing Greg and I discussed was doing a "I2 Multicast Day", to
showcase multicast apps and content _across the entire I2_
along the lines of what an I2 day does for a single campus.


                                 Regards
                                 Marshall Eubanks

P.S. I thought about cc'ing Greg on this, but it might be better to
summarize the discussion and send it to him.

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.on-the-i.com

Test your network for multicast : http://www.multicasttech.com/mt/
 Check the status of multicast in real time :
 http://www.multicasttech.com/status/index.html



Brent Sweeny wrote:

> and unfortunately, the Abilene multicast map at the participant level
> is still awfully spotty: we can tell fairly easily what connectors we
> have msdp and PIM up with, but less about what happens beyond that--if
> you don't see mroutes or SAs that doesn't mean they're not enabled.
> And the map tends to indicate places where multicast has been sighted,
> not whether it's currently enabled, as with the examples given here by
> Rick and Ross.   So I'm still thinking about how that list could be
> better automated.       Brent
>
> On Wed, Oct 03, 2001 at 12:49:18PM -0500, Rick Summerhill wrote:
> > On Wed, 3 Oct 2001, Lucy E. Lynch wrote:
> >
> > > Marshall -
> > >
> > > Nodes -
> > >
> > > http://hydra.uits.iu.edu/~abilene/traffic/
> > >
> > > i.e. the big connection points (Denver/LA/HOuston/Seattle/New York etc.)
> >
> > I think the real point to this thread, is not just the connectors
> > that are multicast enabled, but rather what happens down towards
> > the edges.  In our gigapop, we've been multicast enabled for a long
> > time, and we require any connections of member sites and/or state
> > networks behind us to also be multicast enabled.   We just connected
> > a new I2 member and the initial setup included multicast to us.
> >
> > However, we find that multicast doesn't often reach the edges.
> > Busy campus administrators, old equipment, and budgets often get
> > in the way.  Moreover, administration of the network where a
> > researcher is located may not be assigned to the central campus
> > group, but rather the departmental administrator with no knowledge
> > or understanding of multicast.
> >
> > We did a video BoF after the presentations yesterday and queried
> > people about how they viewed the presentations.  Some tried H.323,
> > but most simply used Real, even those campuses that are multicast
> > enabled ("I can't get it to my building yet", was a common complaint).
> >
> > The same problem will almost certainly exist when we emphasize IPv6.
> >
> > --Rick
> >
> > --
> > Rick Summerhill                          Executive Director, GPN
> > 5008 Canyon Road                         
> > 
> > Manhattan, KS 66503                      Cell: 785-341-7878
> > Voice: 785-587-4642                      Fax:  785-587-4642
> >
>
> --
> Brent Sweeny            
> 
>             812 / 855-5391
> Indiana University Information Technology/Abilene Network Operations
> 2711 E 10th Street, Bloomington, IN  47408
> PGP fingerprint = 13 6C E6 F9 70 7A 89 D6  7E D3 9E DD 68 A2 69 44