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

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

RFC38 - Comments on Network Protocol from NWG/RFC#36

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

领测软件测试网

   
  Network Working Group Stephen M. Wolfe
Request for Comments: 38 UCLA CCN
20 March 1970

Comments on Network Protocol
from NWG/RFC#36

The proposed protocol does not allow for the possible multiplexing of

connections over links.

Generally, this presents no problem, but it might cause loading
restrictions in the future. Two cases where routing multiple
connections over the same link are apparent:

a) Where a user has several high speed connections, such as
between processes that transmit files over the network.
Assigning these connections to the same link limits the
percentage of network resources that may be used by that
user. This becomes particularly important when several
store-and-forward IMP's are used by the network to effect
the communication.
b) When two hosts each have their own independent network and
desire to allow access to the other hosts's network over
the ARPA net, a shortage of links may develop. Again, the
assignment of several connections to the same link could
help solve the problem.

The following changes in the protocol would make possible the future
use of multiplexed links. It is not necessary to add the
multiplexing, itself, to the protocol at this time.

a) The END and RDY must specify relevant sockets in addition to
the link number. Only the local socket name need be
supplied.
b) Problems arise with the RSM and SPD commands. Should they
refer to an entire link, or just to a given connection?
Since there is a proposal to modify the RFNM to accommodate
these commands, it might be better to add another set of
commands to block and unblock a connection, but I am not
convinced that that is the best solution.
c) The destintation socket must be added to the header of each
message on the data link. Presumably this would consist of
32 bits immediately after the header and before the marking.

[ This RFCwas put into machine readable form for entry ]
[ into the online RFCarchives by Karl Reinsch 1/97 ]

延伸阅读

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


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

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