RFC241 - Connecting computers to MLC ports

王朝other·作者佚名  2008-05-31
窄屏简体版  字體: |||超大  

Network Working Group A. McKenzie

RFC# 241 BBN

NIC # 7671 29 September 1971

Categories: B.1, C.1, I.1

Updates: none

Obsoletes: Our Previous Verbal Comments

CONNECTING COMPUTERS TO MLC PORTS

---------------------------------

Several times we have been asked if computers can be con- nected

through serial communication lines to ports on the Terminal IMP's

Multi-Line Controller (MLC) [related questions about the level of

software support provided by the Terminal IMP to sUCh a connection,

have also been raised]. In the past we have said, "Please don't!" We

now say, "Sure, but will that really help you the way you think it

will?"

(1) Connections between computers and IMPs (i.e., the Host

interfaces) have been assumed to be error-free. This assumption is

justifiable on the basis that the IMP and Host computers were

eXPected to be either in the same room (up to 30 feet of cable) or,

via the Distant Host option, within 2000 feet on well- controlled,

shielded cables. A connection through common carrier facilities is

not comparably free of errors. Usage of common- carrier lines for

connecting a terminal to an IMP, including the assumption of a human

at the terminal, is a situation in which the typical errors which do

occur can be accommodated. Usage of the same wire, with the same

typical errors, for a computer-to- computer connection is likely to

be a situation in which the errors are unacceptable. The present

version of the Terminal IMP does not provide error control either

within its hardware or within its software on any ports of the

Multi-Line Controller. Further, we feel that computer-to-computer

connections over common carrier circuits should employ strong error

control, such as that

used on the IMP/IMP circuits, and that attempts to use minimal error

control (e.g., character parity) is an undesirable technical choice.

Strong error control, with its retransmission scheme, not only would

imply significant changes in the Terminal IMP, but a non-trivial

hardware/software implementation at the remote computer end of the

circuit.

(2) Because the Terminal IMP has many obligations, the share of

its bandwidth which can be given to a Host coming in over the MLC

will be small.

(3) The command language provided at a port of the Multi- Line

Controller was designed with terminals and people in mind. It

provides very few of the capabilities which a computer requires in

order to effectively utilize the communication network. For example,

only a single pair of connections can be made from a given Terminal

TMP port; Host computers generally desire a larger number of

simultaneous connections to other Hosts on the network. Assuming the

present Host/Host protocols, such a Host could not conveniently act

as a server.

If, despite these potential difficulties, connection of a

computer to the network through an MLC port appears to be useful, BBN

has no objection. In fact, we would be extremely interested in

hearing about actual experience with this type of network connection.

AMcK:jm

[ This RFCwas put into machine readable form for entry ]

[ into the online RFCarchives by BBN Corp. under the ]

[ direction of Alex McKenzie. 12/96 ]

 
 
 
免责声明:本文为网络用户发布,其观点仅代表作者个人观点,与本站无关,本站仅提供信息存储服务。文中陈述内容未经本站证实,其真实性、完整性、及时性本站不作任何保证或承诺,请读者仅作参考,并请自行核实相关内容。
 
 
© 2005- 王朝網路 版權所有 導航