Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Posting-Version: version B 2.10.3 alpha 4/15/85; site ucbvax.ARPA
Path: utzoo!watmath!clyde!bonnie!akgua!whuxlm!whuxl!houxm!ihnp4!ucbvax!tcp-ip
From: tcp-ip@ucbvax.ARPA
Newsgroups: fa.tcp-ip
Subject: Re: TCP/IP on Hyperchannel
Message-ID: <8371@ucbvax.ARPA>
Date: Fri, 21-Jun-85 06:26:16 EDT
Article-I.D.: ucbvax.8371
Posted: Fri Jun 21 06:26:16 1985
Date-Received: Sun, 23-Jun-85 00:25:36 EDT
Sender: daemon@ucbvax.ARPA
Organization: University of California at Berkeley
Lines: 14

From: CERF@USC-ISI.ARPA


My glancing exposure to Hyperchannel some years ago left me
with the impression that the 50 Mbit channel had some built
in bus contention and handshaking logic which made its maximum
datarate a function of the physical length of the channel
(handshaking delays limit access frequency etc.).

This style of operation can, indeed, leave one with much
less effective bandwidth from any one source than one would
be led to expect from the burst rate of the channel.

Vint Cerf