第一章Internet概述 - Read.PPTVIP

第一章 Internet概述 补充资料 History and Organization History P3，Figure 1.1 (1993:Mosaic) Organization IETF RFC W3C：World Wide Web Consortium RFC1958:Architectural Principles of the Internet Internet的系统结构存在吗？ 许多成员确信没有系统结构，只有一个在头25年中没有写下来的惯例 ，即Internet的目标是连通性、工具是Internet协议、处理的智能是end to end 而非隐藏在网络中（Keep It Simple and Stupid） 在理想状态下，在互联网这一层，应该有且只有一个协议，互联网层的协议必须独立于硬件媒体和硬件地址。 end-to-end的功能最好能由end-to-end协议来实现 Internet不被任何人所拥有、没有中央控制 General Design Issues 1 在设计中，异构性是不可避免的并且必须要支持的 2 如果有多种途径来做相同的事情的话，选择一个就行了 3 所有的设计必须能够很容易的扩展到每个站点（site）允许有许多节点（nodes）和大量站点的情况 4 性能、成本和功能必须都考虑到 5 保持简单。设计中产生疑问时，选择最简单的解决方案 6 模块化是好的。若可以使东西分离，就这样做吧 7 许多情况下，最好采用现在就已经几乎完善的解决方案，而不是去等一个将来的完美方案 8 尽可能避免选项和参数。如果有的话，尽量采取动态的方式来配置或者协商而不是人工的方式 9 发送时严查错误，接收时能容错（Be strict when sending and tolerant when receiving） 10 对于主动发送的分组吝啬些（少发送），特别是多播和广播报文 11 循环依赖必须要避免 12 对象应该是自描述的（包括类型和大小） 13 所有的规范都应该使用相同的术语和符号，以及相同的比特、字节次序惯例 14 可能最重要的是：Nothing gets standardised until there are multiple instances of running code.（东西在有多个运行代码的实例之前是不会成为标准的） Name and address issues 1 任何设计都要避免要求地址是固定编码（hard coded）或者存储在固定存储器上（除非这是一个重要的需求）。通常，用户的应用程序应当使用的是名字而不是地址。 2 只使用一个单一的命名结构 3 公用的（即广泛可见的）名字应该是大小写不敏感的（case-independent）ASCII 4 地址应该是无二意的（在它们出现的范围中应该是唯一的） 5 上层协议必须能够无二意的标识（identify）端点 External Issues 1 优先考虑未申请专利的技术，但如果最好的技术是专利保护的、并且通过合理的条款对所有人都是可用的，那么加入这样的专利技术也是可以接受的 2 Internet技术中的某些方面可能存在出口控制，但它在选择采用哪种技术作为标准当中只是次重要的。所有实现Internet标准需要的技术在各国都能制造（实现），因此，世界范围内Internet技术的部署（deployment）并不依赖某些特定国家的技术出口。 3 任何实现，如果没有包含所有要求的组成部分（component）的话，不能声称与标准一致 4 设计应是完全国际化的，并且支持本地化 Confidentiality and Authentication 1 所有设计必须适合IP安全结构 2 机密和身份确认是终端用户的责任，应当在终端用户使用的协议中实现。端点不应依赖于通信公司所提供的机密性和完整性的服务。 3 无论何时，若一个协议需要加密算法，它应当设计为允许使用其它的可选代替算法，并且这个在具体实现中的特定算法应当明确标出 4 选择算法时，选中的算法应当被广泛认为对于实现目的是足够健壮的 5 为了保证使用了安全服务的端点间的互操作，应当要求算法保证有能力来在实现间协商一个安全的上下文（context） End-To-End Arguments in System Design J.H. Saltzer, D.P.Reed, D.D.Clark, ACM TOCS, Vol 2, Number 4, November 1984, pp 277-288. End-to-end argument 这一节介绍一个设计用的原理，它帮助指导把功能放置到分布式计算机系统的模块中。这个原理，