From owner-freebsd-chat Thu Mar 7 12:53:17 1996 Return-Path: owner-chat Received: (from root@localhost) by freefall.freebsd.org (8.7.3/8.7.3) id MAA07612 for chat-outgoing; Thu, 7 Mar 1996 12:53:17 -0800 (PST) Received: from rocky.sri.MT.net (rocky.sri.MT.net [204.182.243.10]) by freefall.freebsd.org (8.7.3/8.7.3) with SMTP id MAA07602 for ; Thu, 7 Mar 1996 12:53:14 -0800 (PST) Received: (from nate@localhost) by rocky.sri.MT.net (8.6.12/8.6.12) id NAA02287; Thu, 7 Mar 1996 13:55:51 -0700 Date: Thu, 7 Mar 1996 13:55:51 -0700 From: Nate Williams Message-Id: <199603072055.NAA02287@rocky.sri.MT.net> To: "Amancio Hasty Jr." Cc: Nate Williams , chat@FreeBSD.ORG Subject: Re: Act Now ! In-Reply-To: <199603072045.MAA14862@rah.star-gate.com> References: <199603072038.NAA02181@rocky.sri.MT.net> <199603072045.MAA14862@rah.star-gate.com> Sender: owner-chat@FreeBSD.ORG Precedence: bulk Amancio Hasty, Jr. writes: > > The MBONE is far and away *NOT* the only mechanism to do A/V. Most of > > the folks doing commercial implementation require 30kpbs (I just did > > research into this topic for work) to do Audio/Video/White-Board. > > That's a *heck* of alot less than MBONE. The Mbone was designed to show > > that A/V on WAN was possible, but it's certainly not the only way to do > > A/V nor even the best implementation. And, it's not generally available > > to anyone but to a select few, so things like Internet-Phone are *much* > > more generally available and work. (I was suprised how well it works). > > Most ip multicast applications work in a point-to-point mode and they > are really gated by their compression algorithm. IP multicast != point-point. You can have one or the other (well, you can implement multi-cast in a very crude and inefficient way using point-point links). > Please Nate do a bit more reasearch for starters the algorithms reguired > to deliver audio/video are not tied to the MBONE these are compression > algorithms issues. Right, but the MBONE as it stands today requires alot more bandwidth than is actually necessary to do the job. > The MBONE serves as a means to control the traffic flow of audio / > video streams. It is a voluntary way of controlling the flow of audio/video streams, but it obviously doesn't do the job if you read up on it. It has been abused because it is enforced by other folks on the MBONE, not by any protocol limitation. > Again please do a bit more reading > if not lets take this discussion up on freebsd-multimedia mailing list > since thats the appropiate forum to discuss the pros and cons of > the MBONE. The topic at hand is the legislation of outlawing audio on the Internet, and why it's a good or bad thing. The MBONE is one implementation of both audio/video on the network which takes up a *huge* amount of bandwidth which could otherwise be used a larger number of non-audio/video consumers than who use audio/video. That is how it is relevant to the topic. Nate