Received at NIC 21-Sept-73
Network Working Group J. McQuillan
RFC #568 BBN-NET
NIC #18971 18 September 1973
Response to RFC 567 -- Cross-Country Network Bandwidth
This note serves as a brief correction to several fundamental errors in
RFC 567 by L. Peter Deutsch.
software identification and addressing). Host Host protocol messages
such as single-characters and allocates are 216 bits long (40 bits
of Host protocol, 8 bits for the character or ALL, and an additional
16 bits of IMP software header). This totals to 736 bits in each
direction, not 4000.
capacity, the TIPs and Hosts can simply buffer 2 characters per
message, doubling the effective bandwidth of the network. Of
course, dozens of characters can be packed into a single message
with nearly proportional increases in effective bandwidth, given the
size of the overhead. This buffering happens automatically and
incrementally with increasing load as the natural consequence of
not caused by peak network loads. If echoing was coming in 5-
character bursts, there would have to be _1000_ characters per
second coming from users of remote-echo systems to use all the
capacity of 3 50-kilobit paths.
problems associated with bad echo response are delay problems, not
bandwidth. In designing the IMP software, we have used a bimodal
model of traffic, and attempted to provide low delay for interactive
traffic, and high throughput rates for bulk data transfers. It is
pointless to try for high data rates with short messages - the
overhead in bits, and also in IMP and Host processor wake-ups, is
too high. The primary factor in echoing performance is delay. As
an extreme example, echoing over a megabit per second satellite link
will lag a second or more behind input, with no bandwidth
limitations at all.
performance by reducing network traffic, and, more importantly,
reducing demands for Host processing. In cases of network paths
with long delay, especially satellite links, such changes are
essential for interactive echoing.
[ This RFC was put into machine readable form for entry ]
[ into the online RFC archives by Alex McKenzie with ]
[ support from GTE, formerly BBN Corp. 10/99 ]