• 软件测试技术
  • 软件测试博客
  • 软件测试视频
  • 开源软件测试技术
  • 软件测试论坛
  • 软件测试沙龙
  • 软件测试资料下载
  • 软件测试杂志
  • 软件测试人才招聘
    暂时没有公告

字号: | 推荐给好友 上一篇 | 下一篇

RFC241 - Connecting computers to MLC ports

发布: 2007-6-23 14:09 | 作者:   | 来源:   | 查看: 15次 | 进入软件测试论坛讨论

领测软件测试网

   
  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 ]

延伸阅读

文章来源于领测软件测试网 https://www.ltesting.net/


关于领测软件测试网 | 领测软件测试网合作伙伴 | 广告服务 | 投稿指南 | 联系我们 | 网站地图 | 友情链接
版权所有(C) 2003-2010 TestAge(领测软件测试网)|领测国际科技(北京)有限公司|软件测试工程师培训网 All Rights Reserved
北京市海淀区中关村南大街9号北京理工科技大厦1402室 京ICP备10010545号-5
技术支持和业务联系:info@testage.com.cn 电话:010-51297073

软件测试 | 领测国际ISTQBISTQB官网TMMiTMMi认证国际软件测试工程师认证领测软件测试网