rfc1287.txt

很多RFC的中文文档

   [7]  Deering, S., "Host Extensions for IP Multicasting", RFC 1112,
        Stanford University, August 1989.

   [8]  "Proceedings of the Twenty-First Internet Engineering Task
        Force", Bell-South, Atlanta, July 29 - August 2, 1991.
附录A  设定步骤
幻灯片1
————————————————————————————
I n t e r n e t 向何处去？
体系结构的选择
IAB/IESG -- 1990 年1 月
David D. Clark
——————————————————————————————
幻灯片2
————————————————————————————

设定讨论的课题
目的：
· 为I A B 、I E S G 及I n t e r n e t 社区建立一个理解的共同框架。
· 了解要解决的问题集
· 了解为我们敞开的解决方案的范围
· 得出某些结论或“总结论”。
————————————————————————————
幻灯片3
————————————————————————————
若干声明—我的见解
两个不同的目标：
· 使建立I n t e r n e t 成为可能。
· 定义I n t e r n e t 的一套协议。
声明：这些目标有非常不同的含义。协议只不过是一种手段，然而是一种有力的手段。
声明：如果I n t e r n e t 获得成功及增长，就将需要专门的设计。这就需要至少另一个十年
的
继续努力。
声明：不加控制的增长将会导致混乱。
声明：从根本上解决问题看来是走向成功的唯一方法。从上向下命令是无力的。
————————————————————————————
幻灯片4
————————————————————————————
报告提纲
(1)	问题空间和解决方案空间。
(2)	一系列专门问题—供讨论用。
(3)	回到顶层问题—供讨论用。
(4)	行动计划—供总体讨论用。
设法从技术研究中将功能需求分离出来。
了解我们是如何受到问题空间和解决方案空间的限制。
是否体系结构除了协议以外别无其他？
————————————————————————————
幻灯片5
————————————————————————————
问题空间是什么？
选路与寻址：
大到什么程度，采用何种拓扑结构及选路模型？
逐渐变大：
用户服务；主机和网络采用何种技术？
I n t e r n e t 的舍弃：
计费、控制的使用和修复故障。
新服务：
视频？事务处理？分布计算？
安全性：
终端节点还是网络？路由器还是转发器？
————————————————————————————
幻灯片6
————————————————————————————
限定解决方案的空间
从当前的状态能迁移到多远？
· 我们能改变I P 头吗(除了O S I 外)？
· 我们能以命令方式改变主机的需求吗？
· 我们能管理一个长期迁移目标吗？—始终如一的方向与多种多样的目标、资金来源。
我们能接受网络级的连通性吗？
· 转发将来会被抛弃吗？
· 安全性以及变换是一个关键议题。
· 需要一个基于转发的体系结构吗？
如何能够和必须管理I n t e r n e t ？
· 我们能管理或者限制网络的连通性吗？
研究开发什么协议？一个还是多个？
————————————————————————————
幻灯片7
————————————————————————————
多协议I n t e r n e t
“把问题想得难一点对人类有好处。”
我们是迁移、互操作还是容忍多协议？
· 不是所有的协议集在同一时期都有同样的功能范围。
· Internet 需要特定的功能。
声明：基本的矛盾(非宗教性的或恶意的)：
· 满足I n t e r n e t 积极进取的需求。
· 处理O S I 迁移。
结论：一种协议必定为主导，其他协议必定为辅助。我们什么时候“切换”到O S I ？
请考察本文下面的每张幻灯片。
————————————————————————————

幻灯片8
————————————————————————————
选路和寻址
什么是I n t e r n e t 的目标规模？
· 如何将地址和路由联系起来？
· 拓扑模型是什么？
· 什么是可能的解决方案？
选路要求什么样的策略范围？
· BGP 和I D R P 是两个解答。问题在那儿？
· 固定类别或可变路径？
· 源控制的选路是最低要求。
如何无缝地支持移动主机？
· 新地址类，再捆绑到本地地址，用D N S 吗？
是否要推动I n t e r n e t 组播？
————————————————————————————
幻灯片9
————————————————————————————
逐渐变大—一个老题目
(寻址与选路在前一张幻灯片上。)
在下一个十年中需要什么样的用户服务？
· 我们能否构筑一个计划？
· 需要体系结构方面的改变吗？
是否有更好的处理速度、包大小等范围的需求。
· 是否取消分段策略？
我们将支持什么主机范围(如UNIX 环境)？
————————————————————————————
幻灯片10
————————————————————————————
处理舍弃
I n t e r n e t 是由独立管理和控制的部分组成的。
为网络收费需要什么支持？
· 体系结构不隐含按容量收费、重记帐和为丢失包付费。
· 是否需要控制以提供记帐标识符或选路？
需求：必须支持有控制共享的链路。(简单的形式是基于链路标识符的类别)。
· 如何一般化？
对故障隔离是否更加需要？(我投赞成票！)
· 我们如何能找到可以交谈的经理们？
· 我们需要主机上的服务吗？
————————————————————————————
幻灯片11
————————————————————————————
新服务
要支持视频和音频吗？是实时吗？百分比多少？
· 需要计划从研究结果得到什么，什么样的质量？
· 向供货商交底的目标日期。
我们能“更好”地支持事务处理吗？
· TCP 能做吗？V M T P 呢？介绍呢，还是刹车？
哪些象样的应用即将出笼？
· 分布计算—它真的将发生吗？
· 信息网络技术吗？
————————————————————————————
幻灯片12
————————————————————————————
安全性
能坚持说终端节点是唯一防线吗？
· 在网络内部我们能做什么？
· 能要求主机做什么？
能容忍转发器或安排它们的结构吗？
能找到一个更好的方法来构筑安全性边界吗？
需要全球身份验证吗？
有新的主机需求吗？
· 登录。
· 身份验证。
· 管理接口。电话号码或访问点。
————————————————————————————
附录B  组成员
第一组：选路与寻址
Dave Clark, MIT  [Chair]
Hans-Werner Braun, SDSC
Noel Chiappa, Consultant
Deborah Estrin, USC
Phill Gross, CNRI
Bob Hinden, BBN
Van Jacobson, LBL
Tony Lauck, DEC.

第二组：多协议体系结构
Lyman Chapin, BBN  [Chair]
Ross Callon, DEC
Dave Crocker, DEC
Christian Huitema, INRIA
Barry Leiner,
Jon Postel, ISI
第三组：安全性体系结构
Vint Cerf, CNRI  [Chair]
Steve Crocker, TIS
Steve Kent, BBN
Paul Mockapetris, DARPA

第四组：业务流控制与状态
Robert Braden, ISI  [Chair]
Chuck Davin,  MIT
Dave Mills, University of Delaware
Claudio Topolcic, CNRI

第五组：现代应用
Russ Hobby, UCDavis  [Chair]
Dave Borman, Cray Research
Cliff Lynch, University of California
Joyce K. Reynolds, ISI
Bruce Schatz, University of Arizona
Mike Schwartz, University of Colorado
Greg Vaudreuil, CNRI.

安全问题
在本文档中不讨论安全问题。
作者联系方法
David D. Clark
   Massachusetts Institute of Technology
   Laboratory for Computer Science
   545 Main Street
   Cambridge, MA 02139

   Phone: [phone]
   EMail: [e-mail]

   Vinton G. Cerf
   Corporation for National Research Initiatives
   1895 Preston White Drive, Suite 100
   Reston, VA 22091

   Phone: [phone]
   EMail: [e-mail]

   Lyman A. Chapin
   Bolt, Beranek & Newman
   Mail Stop 20/5b
   150 Cambridge Park Drive
   Cambridge, MA 02140

   Phone: [phone]
   EMail: [e-mail]

   Robert Braden
   USC/Information Sciences Institute
   4676 Admiralty Way
   Marina del Rey, CA 90292

   Phone: [phone]
   EMail: [e-mail]

   Russell Hobby
   University of California
   Computing Services
   Davis, CA 95616

   Phone: [phone]
   EMail: [e-mail]

RFC1287: Towards the Future Internet Architecture     未来的Internet 体系结构


1
China-pub RFC中文翻译计划