Protocols over Frame Relay [multicasting]
Fred Baker <fbaker@acc.com> Fri, 16 November 1990 17:24 UTC
Received: from emerald.acc.com by NRI.NRI.Reston.VA.US id aa07465; 16 Nov 90 12:24 EST
Received: by emerald.acc.com (4.1/SMI-4.1) id AA13266; Fri, 16 Nov 90 09:24:03 PST
Date: Fri, 16 Nov 1990 09:24:03 -0800
From: Fred Baker <fbaker@acc.com>
Message-Id: <9011161724.AA13266@emerald.acc.com>
To: frame-relay@NRI.Reston.VA.US
Subject: Protocols over Frame Relay [multicasting]
I don't disagree that Multicast makes life simpler in a lot of ways. I think it can quickly change from an 'ease of use' issue to a traffic issue, though. And (unless one invokes IEEE 802.1) the algorithms for multicasting in a general network can be unfun. Hence my thought about OSPF. Now imagine that the many had a way of multicasting, but by protocol, only a few (say, a "Designated Thingy" and perhaps its "Backup Designated Thingy") actually used it. Everyone else learns the multicasted information by listening to the Designated Thingy's multicast summary. That sort of algorithm my keep it a convenience feature rathe than a traffic problem. Fred
- Re: Protocols over Frame Relay [multicasting] Kent England
- Re: Protocols over Frame Relay [multicasting] Andy Malis
- Protocols over Frame Relay [multicasting] Fred Baker
- Re: Protocols over Frame Relay [multicasting] Steve Deering
- Protocols over Frame Relay [multicasting] Juha Heinanen