Naval Postgraduate School

Framework for a Global Hierarchical Multicast

Robert Voigt


This page is not yet complete.
Table of Contents

Stan Barber's Notes


Multicast Data Distribution

Some of the solutions that have been proposed:

Scope Control

Center Location

Addressing Issues

Interoperability

A Proposal -- A Cluster-based Hierarchical Architecture for Multicast (CHARM)

Assumptions

Logical Hierarchy

Level "N"

Registrar

Control Tree

Inter-cluster Lists

Group Creation

Joining the group

The Total Data Delivery Path

A Simulation was done using a 128 node network with 16 senders and 16 receivers.

Number of hops were counted, but there were no other costs considered.

There appears to be no relationship between the diameter of the clusters versus the diameter of the entire network.

As the network becomes more clustered, the choice of the "center" is less critical and the path length penalty is reduced.

Primary Benefit of this approach

Also, there is a well identified trade-off between scope control and path length.

Conclusion

Questions

Has the MBONE community been approached about this? There is a draft available. The folks doing MBONE engineering have commented on it, but it is unlikely that the entire MBONE will be re-engineered to match this model, but it seems likely that some ideas will be considered as
this moves forward.

How does the election process work when DMBR's change? The Control Tree handles this. However, it appears that this does not change frequently. The details on this are in the draft.

What about commercial applications? There have been several discussions about it. It appears to be an important issue. The fact that this architecture has well defined boundaries and this seems to lend itself to doing some kind of accounting/charging for service.

Copyright © 1996 Stan Barber. Reproduction with attribution granted.
Academ Consulting Services
P.O. Box 300481
Houston, Texas 77230-0481
Comments via email to www@academ.com