All things related to multicast

[Bill Nickless <>]

-----BEGIN PGP SIGNED MESSAGE-----


On Wed, 9 Jul 2003, Alan Crosswell wrote:

>There are too many pieces:  Namely CDNs like Akamai freeflow streaming.
>/a

At 10:51 AM 7/9/2003 -0700, 

 wrote:

>Too many non-standard pieces that do not leverage multicast.
>
>Greg

Is this a failure of the Akamai engineers to do the "right thing" and use 
"standard" Internet multicast?

Or is it a failure of "standard" Internet multicast to provide what Akamai 
engineers need?

Has anyone in the MBONED working group talked to the Akamai engineers and 
asked them why they didn't use standard Internet multicast 
facilities?  Have those lessons learned been incorporated into the process 
to evolve Internet multicast?  Has the solution that Akamai came up with 
been examined with an eye towards standardization?

What about other network-based group communication schemes, such as those 
popular in the supercomputing community like the Message Passing Initiative 
(MPI), Parallel Virtual Machine (PVM), and so forth?  Recall that the 
motivation for the original IP multicast work by Cheriton and Deering was 
to support the V distributed system.  Have those communities learned 
anything in the last 15-20 years that the IP community hasn't yet 
leveraged, but should?

I applaud the Multicast Last-Mile Solutions BOF, and the creation of the 
Internet Multicast Documentation, Oversight, and Coordination (IMDOC) 
function within MBONED.  I support them as steps towards a process driven 
by real world requirements, leading to innovative and successful solutions.


===
Bill Nickless    http://www.mcs.anl.gov/people/nickless      +1 630 252 7390
PGP:0E 0F 16 80 C5 B1 69 52 E1 44 1A A5 0E 1B 74 F7     


-----BEGIN PGP SIGNATURE-----
Version: PGP 8.0.2

iQCVAwUBPw7cLKwgm7ipJDXBAQHW4AP/WaBjA3eP4iJT0v+rHALPOctF4CLiskQq
gJAocdD68/q5ZHVY3+6FA32RiUx+tBjf/GdyVOgU2QYhywx7Vd8zq6v7NiY93WPH
FK8VSGDsCu+HqW1QTBZNyZOHXIlUZTTu+6Y8aJcIG5a6pzvWt3uWniRVrQRVIQbV
s+6ZBBA/p/M=
=sSgn
-----END PGP SIGNATURE-----